ADA055095 


BY  D.C.  HITTLE 

U.S.  ARMY  CONSTRUCTION  ENGINEERING 
RESEARCH  LABORATORY,  CHAMPAIGN,  ILLINOIS 


AIR  FORCE  CIVIL  AND  AND  DEPARTMENT  OF  THE  ARMY, 

ENVIRONMENTAL  ENGINEERING  OFFICE  OF  THE  CHIEF 

DEVELOPMENT  OFFICE,  OF  ENGINEERS, 

AIR  FORCE  SYSTEMS  COMMAND,  WASHINGTON,  D C. 

TYNDALL  AIR  FORCE  BASE,  FLORIDA 


SECURITY  CLASSIFICATION  OF  THIS  PACE  (Whan  Data  Bntorod) 


REPORT  DOCUMENTATION  PAGE 


I 


Report  numbe. . 

fERL- IR  E-129  I 


7^ 


2.  GOVT  ACCESSION  NO. 


TITLE  (and  Subtitle) 


£IELD  TEST  OF  BUILDING  ENERGY  ANALYSIS  .TOOLS 

WlD  J^RuCEDURESv  ^ ^ ^ 


7.  AUTHORf.J 


— D.  C.  Hittlfi - - - — m 

(MXaXX  mm*.  / 

' °'1t'Fnrnfi>rL'i^  nnrinm^ATiolt  HAjiF  tiin  mnnrn 

CONSTRUCTION  ENGINEERING  RESEARCH  LABO 


P.0.  Box  4005 
Champaign,  IL  61820 


LABORATORY 

X 


II.  CONTROLLING  OFFICE  NAME  AND  ADDRESS 


READ  INSTRUCTIONS 
BEFORE  COMPLETING  FORM 


3.  RECIPIENT'S  CAT  ALOG  NUMBER 


REPORT  NUMBER 


S.  CONTRACT  OR  GRANT  NUMBER (•) 


a 


, PROGRAM  ELEMENT.  PROJEC 
AREA  & WORK  UNIT  NUMBEf 


w62731AT4j-O6-O2lV0j^ 


TTjWy'WA 

IS.  MIIURPR  nr  PARE 


14.  MONITORING  AGENCY  NAME  A AOPRESSf/f  different  from  Controlling  Office) 


nt  from  Controlling 

dm 


r 


19.  NUMBER  OF  PAGES 

86 


15.  SECURITY  CLASS,  (oi  thlm  report) 

Unclassified 


15a.  DECLASSIFICATION/DOWNGRADING 
SCHEDULE 


16.  DISTRIBUTION  STATEMENT  (of  thlm  Report) 


Approved  for  public  release;  distribution  unlimited. 


Tft-77-3*  \ 


17.  DISTRIBUTION  STATEMENT  (of  fha  abatract  an  farad /n  Block  30,  It  dlttmront  from  Raport; 


v 


IS.  SUPPLEMENTARY  NOTES 


Copies  are  obtainable  from  National  Technical  Information  Service 

Springfield,  VA  22151 


19.  KEY  WOROS  (Continue  on  rereree  at  dm  It  necemmery  and  identify  by  block  number) 


building  energy  analysis 

BLAST 

field  test 


20.  ABSTRACT  (* Canffeua  mm  rereree  ei+m  M neeeemeey  < 


I Identity  by  block  number) 


V 


DO 


This  report  describes  the  results  of  the  field  test  of  three  build- 
ing energy  analysis  tools:  (1)  the  Building  Loads  Analysis  and  System 
Thermodynamics  (BLAST)  program/  (2)  Predicting  the  Performance  of  Solar 
Energy  Systems, ^and  (3)  Use  of  the  Building  Loads  Analysis  and  System 
Thermodynamics  Program  to  Perform ^tal^ Energy  System  Analysis.  *-- 


v 


JAM  71 


1473  EDITION  OF  I MOV  «S  IS  OBSOLETE 


UNCLASSIFIED 


SECURITY  CLASSIFICATION  OF  THIS  PAGE  (Whan  Data  Bntorod) 


■-  v«nat  'a  . 


sicunii  f v.kMMiricAiiun  ur  i nu  p A^jt| "n«i  !>•(•  oniirvu; 


Block  20  continued. 


The  BLAST  program  was  tested  for  usability  by  the  Corps  of 
Engineers'  Fort  Worth  District,  Chanute  Air  Force  Base,  Rase  Civil 
— Engineering  personnel,  and  by  personnel  from  the  Air  National  Guard 
Bureau^Projects  to  which  BLAST  was  applied  included  a flight  simulator 
training  facility,  administrative  buildings,  and  a hangar-administration 
building,  v Reports  on  program  usability  were  received  from  each  user  and 
are  summarized.  , 

CERL  Reports  E-98  and  E-108  were  used  in  conjunction  with  BLAST  by 
th<t  Eor^  Worth  District.  Their  evaluation  of  these  tools  is  also  sum- 
marized /i?Resu Its  showed  that  these  tools  can  be  effectively  and  use- 
fully applied  to  the  analysis  and  design  of  energy-conservative  build- 
ings. However,  extensive  revision  of  the  draft  BLAST  User's  Manual  was 
recommended.  The  recommended  revisions  were  accomplished  prior  to  the 
publication  of  the  User’s  Manual  in  December  1977.  Widespread  dissem- 
ination and  use  of  these  energy  analysis  tools  is  recommended.. 


*D.  C.  Hittle,  The  Building  Loads  Analysis  and  Systems  Thermo- 
dynamics (BLAST)  Program,  Vol  I:  User's  Manual,  Vol  II:  Program 
Reference  Manual,  Technical  Report  E-119/ADA048734,  ADA048982 
(Construction  Engineering  Research  Laboratory  [CERL],  December 
1977),  Technical  Report  77-35  (Air  Force  Civil  and  Environmental 
.^Engineering  Development  Office  [CEKPOJ,  December,  1977). 

D.  C.  Hittle,  G.  N.  Walton,  D.  F.  Holshouser,  and  D.  J.  Leverenz, 
Predicting  the  Performance  of  Solar  Energy  Systems,  Interim  Report 
E-98/ADA035608  (CERL,  January  1977). 

+D.  C.  Hittle,  Use  of  the  Building  Loads  Analysis  and  System  Thermo- 
dynamics Program  to  Perform  Total  Energy  Analysis , Interim  Report 
E-108/ADA040744  (CERL,  June  1977). 


UNCLASSIFIED 


SECUKITV  CLASSIFICATION  OF  THI*  P AGEfWh.n  Dmtm  Enfnd) 


'J'l 


CONTENTS 


DD  FORM  1473  1 

FOREWORD  3 

1 INTRODUCTION 5 

Background 

Purpose 

Approach 

Mode  of  Technology  Transfer 

2 FIELD  TEST  PARTICIPANTS 9 

3 EVALUATION  CRITERIA 10 

L\  THE  BLAST  PROGRAM  TRAINING  SEMINAR 12 

FIELD  TEST  PROJECTS 14 

G THE  BLAST  PROGRAM  FIELD  TEST  RESULTS 18 

Results  of  User  Questionnaires 
Evaluation  of  Field  Test  Projects 

7 FIELD  TEST  OF  SOLAR  ENERGY  AND  TOTAL  ENERGY 

ANALYSIS  AND  DESIGN  PROCEDURES 26 

CERL  Report  E-98 
CERL  Report  E-108 

8 CONCLUSIONS 27 

Conclusions— BLAST  Program 
Conclusions— CERL  Report  E-98 
Conclusions— CERL  Report  F-108 

9 RECOMMENDATIONS 30 

APPENDIX  A:  Organizations  Represented  at  February  1977 

BLAST  Training  Session  31 

APPENDIX  B:  Burroughs  and  Honeywell  Feasibility  Study  33 

APPENDIX  C:  Analysis  of  Flight  Simulator  Training  Facility  36 

APPENDIX  D:  Summary  of  Results— Use  of  BLAST  by 

National  Guard  Bureau  43 

APPENDIX  F.:  Proposed  BLAST  Implementation  Plan  for  Corps 

of  Engineers  Military  Construction  Districts  69 

APPENDIX  F:  Proposed  BLAST  Implementation  Plan  for 

the  Air  Force  81 


4 


— — — 


FIELD  TEST  OF  BUILDING  ENERGY 
ANALYSIS  TOOLS  AND  PROCEDURES 
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1 INTRODUCTION 


Background 

This  report  covers  the  field  testing  of  three  products  of  research 
and  development  efforts: 

1.  The  Building  Loads  Analysis  and  System  Thermodynamics  (BLAST) 
energy  analysis  computer  program  and  its  user's  manual  1 

2 

2.  Predicting  the  Performance  of  Solar  Energy  Systems 

3.  Use  of  the  Building  Loads  Analysis  and  System  Thermodynamics 
Program  to  Perform  Total  Energy  System  Analysis .3 

The  Building  Loads  Analysis  and  System  Thermodynamics  (BLAST)  pro- 
gram is  a comprehensive  building  energy  analysis  computer  program  for 
estimating  the  hourly  space  heating  and  cooling  requirements  of  the 
building,  the  hourly  performance  of  building  fan  systems,  and  the  hourly 
performance  of  conventional  heating  and  cooling  plants,  total  energy 
plants,  and/or  solar  energy  systems.  Apart  from  its  comprehensiveness, 
this  program  differs  in  four  key  respects  from  similar  programs  used  in 
the  past. 

1.  The  BLAST  program  uses  extremely  rigorous  and  detailed  algo- 
rithms in  its  computations. 

2.  The  program  employs  its  own  input  language,  which  permits  rapid 
input  preparation  in  a completely  unformatted,  English-like  (as  opposed 


D.  C.  Hittle,  The  Building  Loads  Analysis  cmd  System  Thermo- 
dynamics (BLAST)  Program , Vol  I:  User  Instructions;  Vol  II: 

Program  Reference  Manual , Technical  Report  E-119/ADA043734, 
ADA048982  (Construction  Engineering  Research  Laboratory  [CERL], 

? November  1977). 

£ D.  C.  Hittle,  G.  N.  Walton,  D.  F.  Holshouser,  and  D.  J.  Leverenz, 

Predicting  the  Performance  of  Solar  Energy  Systems , Interim  Report 
3 E-98/ADA035608  (CERL,  January  1977). 

D.  C.  Hittle,  U se  of  the.  Building  Loads  Analysis  and  System  Thermo- 
dynamics Program  to  Perform  Total  Energy  Analysis , Interim  Report 
E-108/ADA040744  (CERL,  June  1977). 
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to  computer-1  ike)  style.  This  language  contains  a library  of  all 
materials,  wall  sections,  and  roof  sections  and  their  properties  that 
are  listed  in  the  ASHRAE  Handbook  of  Fundamentals .**  The  capability  of 
referring  to  these  components  by  name  frees  the  user  from  the  tedious 
task  of  inputting  scores  of  numbers  for  each  space  or  building;  simi- 
larly, the  use  of  default  equipment  performance  parameters  permits  the 
user  to  investigate  generic  systems  easily  and  rapidly. 

3.  The  program  execution  time  is  extremely  brief,  making  the  study 
of  many  alternative  concepts  relatively  inexpensive. 

4.  The  program  is  not  proprietary  and  is  therefore  open  to  in- 
spection by  its  users  and  those  who  rely  on  the  results  it  generates. 

BLAST  is  not  the  first  public  energy  analysis  program.  Several 
programs  dating  over  the  past  decade  preceded  BLAST;  however,  in  the  de- 
velopment of  BLAST,  the  emphasis  shifted  from  defining  the  technical 
feasibility  of  energy  calculation  programs  to  making  these  programs 
usable  by  design  engineers.  It  was  an  objective  of  the  RLAST  program 
development  effort  to  take  energy  analysis  tools  out  of  the  laboratory 
and  present  them  in  a form  which  could  be  used  easily  by  field 
engineers.  Thus,  the  field  test  was  the  next  logical  step  to  determine 
whether  this  objective  of  usability  had  been  achieved.  Usability  was 
considered  to  be  a principal  criterion  for  the  potential  future  success 
of  building  energy  analysis  programs. 

CERL  Report  E-98  (Predicting  the  Performance  of  Solar  Energy  Sys- 
tems) resulted  from  a defined  need  to  analyze  the  performance  of  build- 
ing solar  heating  and  cooling  systems  easily  and  quickly.  The  first 
section  of  the  report  presents  a graphical  method  which,  when  combined 
with  simple  hand  calculations,  provides  a first  estimate  of  the  poten- 
tial performance  of  solar  energy  systems  when  applied  to  meet  building 
hot  water,  heating,  or  heating  and  cooling  demands.  This  manual  pro- 
cedure for  estimating  the  performance  of  solar  systems  provides  a first 
estimate  of  the  potential  fuel  savings  and  a starting  point  for  more 
detailed  studies  if  solar  energy  systems  are  determined  to  be  feasible. 

The  second  section  of  this  solar  energy  report  deals  with  the 
detailed  simulation  of  solar  energy  systems  using  the  BLAST  program. 

This  section  presents  a step-by-step  approach  to  analyzing  solar  energy 
systems  for  heating,  cooling,  or  heating  and  cooling  applications.  This 
approach  permits  the  user  to  apply  BLAST  and  select  the  optimum  col- 
lector area  to  maximize  energy  savings  and  cost  avoidance. 
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Handbook  of  Fundamentals  (American  Society  of  Heating,  Refrigerating 
and  Air  Conditioning  Engineers  [ASHRAE],  1972). 


The  emphasis  of  this  report  was  on  providing  technology  to  the 
field  in  a form  usable  by  field  engineers.  Consequently,  it  was  neces- 
sary to  test  the  methods  presented  and  establish  whether  they  served 
this  purpose. 

CERL  Report  f-108.  Use  of  the  Building  Loada  Analyaia  and  Byatrn 
Thermo dynamics  Program  to  Perform  Total  Energy  By  a tern  Analyst  a supple- 
ments the  BLAST  program  in  the  area  of  total  energy  systems  evaluation 
and  design.  Estimating  the  annual  energy  savings  possible  with  total 
energy  systems  currently  requires  that  such  analysis  be  performed  using 
computer  programs.  This  report  provides  a step-by-step  approach  to  com- 
puter-aided total  energy  system  performance  evaluation.  The  purpose  of 
field  testing  this  product  was  to  establish  its  usefulness  in  com- 
bination with  the  BLAST  program  for  performing  total  energy  system  stud- 
ies. 


Purpose 

The  purpose  of  this  field  test  was  to  determine  the  usability  of 
these  three  building  energy  analysis  tools,  to  expose  them  to  users  out- 
side the  laboratory,  and  to  gather  information  for  inclusion  in  the 
BLAST  program  implementation  plan. 


Approach 

The  approach  to  meeting  the  objectives  of  this  field  test  consisted 
of  the  following  steps: 

1.  Developing  a test  plan  which  included  steps  2 through  6. 

2.  Providing  a user's  manual  and  user  training  to  personnel  in- 
volved in  the  field  test. 

3.  Selecting,  for  each  of  the  field  test  participants,  one  or  more 
projects  for  study  using  the  BLAST  program. 

4.  Providing  necessary  user  assistance  and  user  support  during  the 
analysis  of  the  selected  projects  by  the  field  users. 

5.  Requesting  user  evaluation  of  the  BLAST  program  and  related  re- 
ports. 

6.  Using  the  experience  of  the  field  test  as  an  information  guide 
for  developing  implementation  plans  for  the  BLAST  program. 

The  evaluation  of  BLAST  by  the  users  occurred  at  two  points:  (1) 
after  the  training  seminar,  and  (2)  after  the  use  of  the  BLAST  program 
with  emphasis  on  the  BLAST  input  language  and  on  the  reports  produced 
from  BLAST  simulations. 
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After  using  the  BLAST  program  to  evaluate  the  several  projects  in- 
cluded in  the  field  test,  the  users  were  again  asked  to  evaluate  the 
BLAST  Uaer'n  Manual  and  the  BLAST  program  input  language.  In  addition, 
they  were  asked  to  identify  the  problems  encountered  in  the  daily  use  of 
the  program  and  to  provide  suggestions  for  revising  both  the  program  and 
the  Uncr'o  Manual.  Any  deficiencies  in  the  BLAST  program  in  terms  of 
its  ability  to  realistically  simulate  field  projects  were  to  be  identi- 
fied. 


Army  personnel  participating  in  the  field  test  were  requested  to 
use  CERL  Reports  E-98  and  E-108  in  addition  to  the  BLAST  program  and  to 
provide  the  indicated  feedback  on  the  adequacy  of  each.  No  special 
training  was  provided  in  the  use  or  application  of  the  methods  and  pro- 
cedures described  in  these  documents,  because  it  was  believed  that  these 
documents  should  stand  on  their  own  and  that  users  should  be  able  to 
apply  them  without  special  training. 


Mode  of  Technology  Transfer 

The  results  of  this  work  will  be  included  in  a new  Appendix  to 
TM  5-810,  Heating , Ventilating  and  Air  Conditioning , and  published  as  a 
U.S.  Air  Force  and  Environmental  Engineering  Development  Office  tech- 
nical report. 
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2 FIELD  TEST  PARTICIPANTS 


Field  test  participants  included  personnel  from  the  following  or- 
ganizations : 

1.  For  the  BLAST  program: 

a.  The  U.S.  Air  Force  Civil  and  Environmental  Engineering  De- 
velopment Organization  (CEEDO)  and  the  U.S.  Air  Force  Civil  Engineering 
Center  (AFCEC),  both  at  Tyndall  AFB,  FL 

b.  Base  Civil  Engineering  personnel,  Chanute  Air  Force 

Base,  IL 

c.  Fort  Worth  District,  Corps  of  Engineers 

d.  Air  National  Guard  Bureau 

2.  For  CERL  Reports  E-98  and  E-108,  the  Corps  of  Engineers'  Fort 
Worth  District  personnel  were  the  only  participants. 

Other  personnel  from  Federal  and  state  agencies  participated  in  the 
first  BLAST  training  seminar  to  help  evaluate  the  training  session.  Ap- 
pendix A provides  a list  of  the  participating  organizations  in  the 
training  seminar. 
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3 EVALUATION  CRITERIA 


Since  the  objective  of  the  field  test  was  to  establish  the  us- 
ability of  the  tools  being  tested,  user  evaluation  focused  on  features 
relevant  to  usability.  Users  were  asked  to  respond  specifically  to  the 
following  evaluation  criteria. 

1.  BLAST  training  seminar  evaluation  criteria: 

a.  User's  manual  adequacy.  Was  the  draft  BLAST  Program  User’s 
Manut.il  readable,  understandable,  and  complete? 

b.  Input  language,  program  flexibility,  output  reports.  Was 
the  input  for  the  BLAST  program  easy  to  use  and  clear?  Was  it  easy  to 
determine  the  type  of  building  described  and  the  type  of  systems  and 
central  plants  to  be  simulated?  Was  the  program  flexible  enough  to 
permit  analysis  of  many  real  buildings?  Were  the  output  reports  gener- 
ally sel f-expl anatory  and  easy  to  interpret? 

c.  Training  methods.  Was  the  training  seminar  necessary,  ef- 
fective, and  adequate  as  a supplement  to  the  User's  Manual ? 

2.  The  BLAST  field  test: 

a.  Program  portability  and  accessibility.  Could  the  program 
be  moved  from  the  computers  on  which  it  was  developed  to  other  computers 
where  it  might  be  used?  Could  the  program  be  accessed  by  field  users 
without  difficulty? 

b.  User's  Manual  adequacy.  The  same  questions  about  read- 
ability, understandabil ity.  and  completeness  were  asked,  recognizing 
that  the  field  test  provided  a much  more  severe  test  of  the  User’s 
Manual*  since  users  were  "on  their  own"  in  applying  the  program  to  a 
complicated  field  project. 

c.  Input  language  program  flexibility  and  output  reports. 

Ease  of  use  and  clarity  were  the  evaluation  criteria. 

d.  Impact  of  BLAST  on  the  design  and  decision-making  process. 
Were  the  results  of  the  BLAST  program  useful  and  meaningful  in  terms  of 
the  project's  design?  Did  the  results  provide  additional  information 
which  affected  the  decisions  made  during  design? 

e.  Manpower  and  funding  requirements.  What  were  the  manpower 
requirements  for  preparing  input,  executing,  and  interpreting  results  of 
the  BLAST  program?  What  were  the  funding  requirements  and  computer 
charges  required  to  fully  study  a field  project? 


3.  CERL  Report  E-98,  Predicting  the  Performance  of  Solar  Energy 
Sys teme : 


a.  Clarity  of  the  procedure.  Could  the  procedures  described 
be  understood  and  used  without  prior  training? 

b.  Usefulness.  Was  the  manual  procedure  for  predicting  the 
performance  of  solar  energy  systems  useful  as  a preliminary  feasibility 
assessment  tool?  Was  the  step-by-step  procedure  outlined  for  applying 
BLAST  helpful  in  the  design  of  solar  energy  systems? 

4.  CERL  Report  E-108,  Uae  of  the  Building  Loads  Analysis  and 
System  Themodynam.es  Program  to  Perform  Total  Energy  System  Analysis : 

a.  Clarity  of  the  procedure.  Was  the  step-by-step  procedure 
for  applying  the  BLAST  program  to  perform  total  energy  studies  under- 
standable and  clearly  presented? 

b.  Usefulness.  Did  the  report  provide  useful  supplementary 
guidance  in  using  BLAST  to  perform  total  energy  studies? 
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l]  THE  BLAST  PROGRAM  TRAINING  SEMINAR 


Training  the  field  participants  in  the  use  of  the  BLAST  program  was 
accomplished  by  conducting  a 3-day  training  seminar  at  CERL.  The  semi- 
nar provided  an  introduction  to  the  BLAST  program  and  introduced  users 
to  the  BLAST  input  language,  the  BLAST  simulation  techniques,  and  the 
reports  produced  during  BLAST  simulations.  In  addition  to  lectures, 
this  training  involved  actual  use  of  the  BLAST  program  on  a sample  class 
problem.  The  training  seminar  covered  the  following  topics: 

1.  The  BLAST  program  overview.  This  topic  acquainted  future  users 
with  the  program's  capabilities  and  the  relationship  between  the  various 
elements  of  the  BLAST  program. 

2.  The  Load-Predicting  Subprogram.  The  methods  used  to  compute 
hourly  space  loads  were  reviewed,  with  emphasis  on  the  relationship  be- 
tween user  input  and  the  space  loads  calculated. 

3.  The  Air  Distribution  System  Simulation  Subprogram.  The  air 
distribution  system  simulation  capabilities  of  the  BLAST  program  and  the 
methods  used  to  perform  the  simulations  were  reviewed. 

4.  The  Central  Plants  Simulation  Subprogram.  The  capabilities  and 
methods  used  to  simulate  boiler/chiller  plants,  total  energy  plants,  and 
solar  energy  systems  were  discussed. 

5.  The  BLAST  program  input  language.  A detailed  review  of  the 
BLAST  program  input  language  was  provided. 

6.  Sample  problem.  Participants  ran  the  BLAST  program  on  a sample 
problem.  The  class  was  divided  into  groups  and  each  group  was  given  a 
sample  computer  card  input  deck  prepared  prior  to  the  training  seminar, 
which  insured  that  the  sample  problem  in  its  original  configuration 
could  be  successfully  run  on  the  BLAST  program.  Groups  were  instructed 
to  modify  the  sample  deck  to  study  the  effects  of  the  various  building 
architectural  features,  effects  of  air  distribution  system  design  and 
selection  of  air  handling  systems,  and  the  effects  of  the  central  energy 
plant  component  selection  on  building  energy  use. 

7.  Forum  on  hints  for  effectively  using  BLAST.  This  forum  dis- 
cussed procedures  for  successively  examining  the  architectural  impact, 
the  air  distribution  system  impact,  and  the  central  energy  plant  impact 
on  energy  consumption  in  buildings. 

8.  Results  of  group  problem  solving.  Each  group  presented  its  re- 
sults for  the  sample  problem. 
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9.  User  critique.  At  the  end  of  the  training  seminar,  each  par- 
ticipant completed  a questionnaire,  evaluating  the  BLAST  computer  pro- 
gram, the  BLAST  seminar,  and  the  BLAST  Uecr'a  Manual. 


5 FIELD  TEST  PROJECTS 


For  the  field  test,  the  users  applied  BLAST  and  CFRL  reports  E-9.°> 
and  E-108  to  selected  real  projects.  An  attempt  was  made  to  select 
projects  which  were  sufficiently  difficult  to  he  typical  of  the  routine 
design  work  accomplished,  but  not  so  large  in  scope  as  to  place  an 
unacceptable  burden  on  the  field  test  personnel. 

The  BLAST  test  project  selected  for  use  by  Chanute  Air  Force  Base 
personnel  was  the  Base  Civil  Engineering  Headquarters  building,  which  is 
a small,  one-story  office  building  of  approximately  8000  sq  ft  (72  nr), 
divided  into  roughly  14  separate  zones.  This  building  had  also  been  the 
subject  of  a previous  design  analysis  for  a heating  and  cooling  system 
modernization  project.  A floor  plan  of  this  building  is  shown  in 
Figure  1. 

The  project  selected  for  study  by  the  Fort  Worth  District  personnel 
was  the  Laughlin  Air  Force  Base  Flight  Simulator  Training  Facility. 

This  building„is  a one-  and  two-story  building  of  approximately  IDO, ODD 
sq  ft  (9000  nr)  and  is  divided  into  approximately  19  thermodynamically 
separate  zones.  Since  this  project  had  been  considered  during  its 
design  as  candidate  for  a total  energy  system,  a considerable  amount  of 
data  relevant  to  the  building  construction,  building  fan  system  design, 
and  boiler/chiller  plant  were  available.  Floor  plans  of  this  building 
are  shown  in  Figures  2 and  3. 

The  Air  National  Guard  Bureau  personnel  studied  a hangar/adminis- 
tration complex  and  an  operations  and  training  building,  a building  type 
found  at  several  locations  around  the  country.  The  hangar/adminis- 
tration building  consists  of  a central  hangar  bay  surrounded  on  three 
sides  by  two-story  office  spaces.  The  operations  and  training  facility 
is  a one-story,  19,000-sq  ft  (1710-nr)  building  of  masonry  and  metal 
panel  wall  construction.  The  principal  reason  for  selecting  these  typi- 
cal Air  National  Guard  buildings  was  to  study  possible  energy  conser- 
vation options  at  various  geographical  locations. 
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Figure  1.  Base  Civil  Engineering  Headquarters  Building 


Figure  2.  Laughlin  Air  Force  Base  Flight  Simulator  Training  Facility  (first  floor) 


Figure  3.  Laughlin  Air  Force  Base  Flight  Simulator  Training  Facility  (second  floor) 
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G THE  BLAST  PROGRAM  FIELD  TEST 
RESULTS 


Results  of  User  Questionnaires 

Results  of  the  user  questionnaires  completed  at  the  end  of  the 
training  seminar  provided  a mechanism  for  obtaining  a preliminary  evalu- 
ation of  (1)  the  clarity,  readability,  and  understandabi 1 i ty  of  the 
BLAST  User’s  Manual , (2)  the  adequacy  of  the  input  language,  program 
flexibility,  and  output  reports,  and  (3)  the  effectiveness  of  the  BLAST 
training  seminar.  The  results  were  as  follows. 

BLAST  Program  User's  Manual 

The  draft  BLAST  Program  User’s  Manual  received  considerable  sub- 
stantive criticism.  The  most  frequently  identified  deficiency  was  its 
inadequate  description  of  the  procedures  for  inputting  the  geometric  de- 
scription of  building  spaces.  Users  had  particular  problems  in  de- 
scribing roofs  and  floors  and  in  determining  the  method  by  which  to  de- 
scribe overhang  and  wing  shading  features.  Users  also  felt  that  the 
discussion  of  reports  and  the  meaning  of  the  various  numbers  printed  on 
the  reports  was  insufficient.  Another  frequent  criticism  was  that  the 
manual  did  not  clearly  delineate  which  input  items  were  mandatory  and 
which  could  be  optionally  supplied  by  the  user  (the  optional  items  would 
assume  default  values  if  not  specified  by  the  user).  Users  felt  that 
more  discussion  was  required  concerning  heating  and  cooling  control 
strategies  and  the  link  between  the  load-predicting  and  system  simu- 
lation control  phases.  The  description  for  simulating  specific  central 
energy  plant  components  was  also  thought  to  be  inadequate  and  confusing. 

The  BLAST  Program  Input  Language 3 
Program  Flexibility,  and  Output 
Reports 

User  response  to  the  BLAST  program  and  the  BLAST  input  language  in 
particular  was  almost  universally  favorable.  The  BLAST  input  language, 
because  of  its  similarity  to  frequently  used  architectural  and 
engineering  terminology  was  considered  to  be  extremely  natural  and  to 
provide  for  easy  input  preparation  and  detection  of  errors  in  the  input. 

The  flexibility  of  the  BLAST  program  was  the  second  most  favorable 
reviewed  feature.  Users  recognized  the  importance  of  being  able  to  sim- 
ulate both  new  and  existing  buildings  and  the  need  to  use  BLAST  in  both 
concept  and  final  design  phases.  BLAST  was  frequently  noted  to  be  ex- 
tremely flexible  in  comparison  to  other  energy  analysis  programs. 
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Another  important  feature  was  the  user's  ability  to  simulate  actual 
equipment  by  using  BLAST.  This  feature  was  considered  to  be  extremely 
important,  particularly  in  the  application  of  BLAST  to  existing  build- 
ings and  systems. 

Participants  indicated  a need  for  Increased  capability  to  simulate 
more  air  handling  systems,  specifically  some  of  the  more  recently  devel- 
oped systems  (for  example,  a dual-duct  variable  air  volume  system).  The 
capability  to  account  for  miscellaneous  nonelectrical  thermal  loads  in 
building  spaces  and  for  miscellaneous  latent  space  loads  was  considered 
to  be  an  important  feature  to  be  added  to  the  BLAST  program. 

Users  Identified  substantial  benefits  which  could  be  derived  from 
being  able  to  prepare  the  BLAST  input  data  in  an  interactive  mode.  The 
users  want  to  be  able  to  sit  at  a desk-top  computer  terminal  and  immedi- 
ately determine  that  their  input  data  was  syntactically  correct.  Such 
interactive  input  data  processing  would  avoid  the  current  problem  of 
submitting  a deck  and  receiving  the  output,  much  later,  only  to  find  that 
a simple  keypunch  error  prevented  the  program  from  performing  the  de- 
sired simulations.  Interactive  terminals  are  more  commonly  available 
than  card  reader/line/printer  "batch"  terminals  and  are  relatively  inex- 
pensive ($2000  to  $4000). 

The  reports  produced  by  the  BLAST  program  were  generally  considered 
to  be  adequate;  however,  users  frequently  mentioned  that  it  would  be  de- 
sirable to  produce  more  detailed  "design  day"  reports  to  aid  in  the  se- 
lection of  air-handling  system  coils.  More  substantive  criticism  of  the 
BLAST  reports  resulted  from  the  field  test  of  the  program  on  actual 
projects,  however. 

The  BLAST  Training  Seminar 

It  was  universally  agreed  that  the  rapid  assimilation  of  the  BLAST 
input  language  and  the  rapid  acquisition  of  the  skills  necessary  for 
using  the  BLAST  program  required  user  participation  in  a training  semi- 
nar. The  participants  also  agreed  that  the  application  of  the  BLAST 
program  on  a sample  problem  was  an  important  part  of  the  training.  In 
contrast  to  the  rather  critical  comment  by  the  users  on  the  BLAST  Pro- 
gram User's  Manual , the  trainees  generally  evaluated  the  training  semi- 
nar as  a clear  presentation  of  what  should  be  input  to  the  BLAST  pro- 
gram, what  the  output  means,  how  to  use  the  output  for  design  and  energy 
analysis,  and  what  the  BLAST  program  can  and  cannot  do.  Users  also  con- 
sidered the  forum  on  hints  for  using  the  BLAST  program  to  be  an  im- 
portant and  beneficial  Interchange  of  ideas  and  procedures. 
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There  were  two  major  suggestions  for  improving  the  training.  The 
first  was  that  users  should  prepare  their  own  input  decks  for  a sample 
problem.  Many  users  felt  that  a prepunched  deck  detracted  from  the  ben- 
efit of  the  sample  problem.  The  second  suggestion  was  that  the  users 
should  have  more  time  before  the  training  seminar  to  read  and  review  the 
User's  Mutual . BLAST  users  also  suggested  that  a slightly  longer  train- 
ing seminar  would  have  provided  an  opportunity  to  discuss  the  program's 
capabilities  in  more  detail  and  that  an  additional  day  would  be  required 
if  users  prepare  their  own  input  decks.  Finally,  users  suggested  that 
the  original  class  size  of  23  participants  was  too  large  for  training 
effectiveness  to  be  optimal.  Such  a large  group  limited  the  "hands  on" 
experience  in  using  BLAST  for  each  participant.  In  addition,  the  infor- 
mal interaction  between  individual  trainees  and  the  training  staff  was 
limited  because  of  the  group's  size. 


Evaluation  of  Field  Test  Projects 

The  evaluation  criteria  for  the  field  test  included  program  por- 
tability and  accessibility,  adequacy  of  the  User’s  Manual , adequacy  of 
the  input  language  and  output  reports,  the  impact  of  BLAST  on  design  and 
decision-making  processes,  and  the  manpower  and  dollar  requirements  for 
using  BLAST. 

Program  Portability  and  Accessibility 

A measure  of  the  program's  portability  was  established  when  the 
program  was  loaded  at  the  Eglin  Air  Force  Base  computer,  and  the  Law- 
rence Berkeley  Laboratory  computer  in  San  Francisco.  Participants  from 
the  Fort  Worth  District  accessed  the  BLAST  program  at  the  Lawrence  Ber- 
keley Laboratory  Computer  Center  through  their  own  batch  terminal  facil- 
ities.* Personnel  from  Chanute  Air  Force  Base  used  the  batch  facilities 
at  CERL  to  access  the  same  computer  center.  Participants  from  the  Air 
Force  Civil  Engineering  Center  at  Tyndall  Air  Force  Rase  and  the  Air  Na- 
tional Guard  Bureau  used  the  remote  batch  facilities  at  Tyndall  Air 
Force  Base  to  access  the  program  at  the  Eglin  computer. 

When  CERL  loaded  the  BLAST  program  on  the  two  computer  sites,  the 
first  problems  were  identified.  These  problems,  which  related  to  the 
BLAST  program's  portability,  basically  involved  the  computer 
hardware/software  at  the  computer  sites  instead  of  the  BLAST  program 
itself.  The  problems  encountered  included  (1)  nonstandard  and  "evolv- 
ing" operating  systems  (that  is,  the  operating  systems  were  not  standard 
Control  Data  Corporation  operating  systems  similar  to  the  one  on  which 
BLAST  was  developed),  (2)  poor  job  turnaround,  and  (3)  limited  access  to 
the  computer  facilities.  It  appears  that  the  Government-owned  computer 


*A  batch  terminal  is  a high-speed  card  reader/line  printer  which  can 
be  connected  to  the  remote  computer  via  telephone  lines. 
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centers  have  been  purchased  to  meet  specific  mission  requirements  and 
are  not  general-purpose  computer  resources.  Consequently,  the  BLAST 
program  development  staff  received  much  lov/er  priority  for  computer 
resources  than  did  persons  engaged  in  work  involving  the  site's  mission. 
As  a result,  the  task  of  transferring  the  program  from  the  computer  on 
which  it  was  developed  to  the  computers  to  be  used  by  the  field  test 
personnel  was  tedious.  At  the  same  time,  the  nonstandard  operating  sys- 
tems made  some  reprogramming  necessary. 

Just  as  the  BLAST  program  development  staff  received  lower  priority 
at  the  computer  centers  during  loading  of  the  BLAST  program,  BLAST  pro- 
gram users  also  frequently  experienced  slow  turnaround  in  using  the 
BLAST  program  at  these  sites.  In  addition  to  the  poor  turnaround  time, 
BLAST  users  at  the  Fort  Worth  District  also  found  that  the  local  batch 
terminal  through  which  cards  were  input  to  the  computer  and  from  which 
printouts  were  obtained  was  also  fully  utilized.  Thus,  users  were  able 
to  “log  in"  to  the  Lawrence  Berkeley  Lab  computer  typically  no  more  than 
once  a day.  This  further  delayed  the  turnaround  time  between  input  and 
output,  and  was  particularly  frustrating  when  users  who  made  minor 
syntax  errors  in  the  input  had  to  wait  as  long  as  a day  to  find  that  the 
simulation  had  aborted.  Interactive  terminals  were  available,  as  they 
are  in  most  Districts.  However,  they  could  not  be  used  effectively 
during  the  field  test  since  procedures  for  their  use  had  not  been  devel- 
oped. 

As  another  measure  of  portability,  studies  were  conducted  to  deter- 
mine the  feasibility  of  using  BLAST  on  the  Air  Force's  many  Burroughs 
3500  and  Honeywell  6000  computers.  Use  of  BLAST  on  these  computers  ap- 
pears impractical  (see  Appendix  B for  details  of  this  study). 

The  BLAST  Program  User's  Manual 

The  adequacy  of  the  draft  BLAST  User's  Manual  was  more  severely 
tested  during  the  field  test.  Here,  users  did  not  have  the  benefit  of 
the  BLAST  training  staff  during  the  preparation  of  input  decks.  Con- 
sequently, omissions  and  ambiguities  in  the  User's  Manual  were  readily 
identified  as  a result  of  the  field  test  projects. 

Generally,  Chapters  1 through  5 of  the  draft  User's  Manual  were 
considered  to  be  fairly  complete  and,  with  the  exception  of 
typographical  errors,  caused  minimal  confusion;  however.  Chapters  6 and 
7,  which  describe  the  input  for  air  distribution  system  simulation  and 
central  energy  plant  simulation,  respectively,  confused  the  users  as  to 
the  types  of  systems  and  central  plant  components  being  described  in 
preparing  the  input.  Users  indicated  a desire  for  a detailed  descrip- 
tion or  figures  illustrating  the  types  of  fan  systems  simulated  in  the 
BLAST  program  and  essential  information  about  each  system  (such  as 
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placement  of  coils,  fans,  humidifiers,  etc.).  The  discussion  of  air 
distribution  system  control  strategies,  both  optional  and  default,  was 
considered  to  be  inadequate.  Similarly,  in  Chapter  7,  which  describes 
how  to  prepare  input  for  central  energy  plant  simulations,  users 
suggested  that  the  models  used  in  simulating  central  plant  components 
should  be  explained  in  detail  and  contain  examples  of  methods  for 
obtaining  individual  equipment  performance  parameters.  A more  detailed 
explanation  of  life  cycle  cost  calculation  procedures  was  also 
requested. 


The  BLAST  Input  Language  and  Output  Reports 

Field  test  participants  were  asked  to  evaluate  the  BLAST  program 
input  language  and  output  reports  again  after  they  had  used  the  program 
on  an  actual  project.  These  evaluations  were  similar  to  those  provided 
immediately  after  the  training  session.  It  was  pointed  out,  however, 
that  in  practice,  users  will  not  be  using  the  BLAST  program  on  a con- 
tinuous basis;  it  was  therefore  considered  even  more  important  to 
clearly  identify  and  provide  a checklist  for  the  commands  and  language. 
Special  coding  forms  were  suggested  as  an  aid  to  program  use. 

During  the  field  test,  a much  more  critical  review  of  the  reports 
produced  by  BLAST  wa s provided,  since  users  had  more  time  to  review  and 
interpret  them.  In  this  regard,  the  reports  produced  by  the 
Load-Predicting  and  Systems  Simulation  Subprograms,  once  explained, 
could  be  interpreted  without  confusion.  However,  the  Fnergy  Utilization 
Summary  report  produced  by  the  Central  Plant  Simulation  Subprogram 
caused  considerable  confusion.  Suggested  alternate  formats  were  pro- 
vided by  participants. 

Inpact  of  the  BLAST  Program  or.  the  Design  and  Decision-Making  Process 

During  the  course  of  the  field  test  there  was  considerable  dis- 
cussion with  the  Fort  Worth  District  personnel  regarding  the  impact  of 
BLAST  simulation  results  on  their  design  and  decision-making  process. 

For  example,  during  the  early  load  calculation  phase,  it  was  determined 
that  the  results  of  the  BLAST  simulation  indicated  considerable  lower 
peak  demands  for  cooling  capacity  than  the  original  project  design  cal- 
culations. Regardless  of  which  calculational  procedure  was  correct,  it 
was  agreed  that  the  application  of  BLAST  to  this  particular  project  and 
the  low  peak  loads  produced  by  BLAST  simulation  compared  to  the  original 
design  peak  loads  could  cause,  at  the  least,  a careful  review  of  the 
original  calculations.  If  it  was  determined  that  the  BLAST  results  were 
correct,  the  capacity  of  the  required  chiller  could  be  reduced  substan- 
tially. 
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The  Fort  Worth  District  personnel  evaluated  two  conventional  plants 
(compression  chiller  plants  and  an  absorption  chiller  plant),  several 
total  energy  plants,  and  a series  of  solar-heated  and  -cooled  central 
plant  configurations.  Again  the  BLAST  results  provided  important  deci- 
sion-making information.  For  example,  BLAST  revealed  that  the  lowest 
life-cycle  cost  system  was  a compression  air-conditioning  system  and  a 
conventional  boiler.  All  other  options,  including  the  total  energy 
plant  options  and  all  the  solar  options,  were  discovered  to  be  more  ex- 
pensive on  a life-cycle  cost  basis.  Therefore,  if  the  objective  of  a 
design  and  analysis  process  was  to  minimize  life-cycle  cost,  the  choice 
of  the  conventional  system  would  have  been  indicated  by  the  BLAST  simu- 
lations. On  the  other  hand,  if  either  minimizing  energy  consumption  or 
maximizing  the  efficiency  of  the  fuel  energy  used  were  objectives,  other 
choices  would  have  been  made.  In  any  case,  the  results  of  the  BLAST 
simulations  would  have  provided  the  information  necessary  to  make  a 
decision.  Appendix  C summarizes  the  analysis  of  the  project  by  Fort 
Worth  District  personnel. 

The  Air  National  Guard  Bureau  applied  BLAST  to  the  study  of  retro- 
fit energy  conservation  options  for  an  operation  and  training  building 
and  a large  hangar  with  two-story  office  wings  on  three  sides  of  the 
main  bay  (total  area  was  63,500  sq  ft  [5715  n£]).  Simulations  were  per- 
formed for  eight  locations  for  both  buildings.  Four  conservation  options 
were  studied  for  the  hangar  and  two  for  the  Operations  and  Training 
Building.  Results  of  each  option  studied  were  graphed  against  degree 
days  to  permit  extension  of  the  results  to  sites  other  than  the  sites 
studied.  Appendix  D provides  the  results  of  the  Air  National  Guard's 
work. 


The  Air  National  Guard  Bureau  used  the  simulation  results  to  sup- 
port requests  for  construction  and  operation  and  maintenance  funds  to 
implement  energy  conservation  programs  in  more  than  60  buildings  around 
the  country. 

The  ability  to  quantify  the  potential  energy  conservation  of  vari- 
ous retrofit  options  by  using  BLAST  makes  the  Guard's  energy  conser- 
vation program  a defensible  one.  In  this  case,  the  use  of  BLAST  will 
probably  directly  influence  future  allocation  of  funds  for  energy  con- 
servation. 

The  application  of  the  BLAST  program  provided  much  more  information 
for  the  design  and  decision-making  process  than  was  previously  available 
from  other  energy  analysis  tools.  This  additional  information  adds  to 
the  options  which  can  realistically  be  considered  in  the  analysis  phase. 
Prior  to  the  development  of  comprehensive  energy  analysis  programs,  it 
was  technically  difficult  to  perform  the  many  detailed  calculations  re- 
quired for  an  energy  analysis.  The  BLAST  program  performs  the  many 
detailed  calculations  (simulations)  routinely,  thereby  greatly 
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increasing  the  information  available  for  decision-making.  As  the  infor- 
mation available  increases,  the  options  available  from  which  to  make  a 
selection  increase,  and  the  design  and  decision-making  process  expands. 
The  designer,  freed  from  the  tedious  task  of  making  calculations  which 
are  better  performed  by  a computer,  can  apply  his/her  engineering  skills 
and  judgment  to  a wider  range  of  design  options.  This  will  inevitably 
lead  to  more  energy-conservati ve  and  cost-effective  building  energy  sys- 
tems. 

Manpower  and  Funding  Requirements 

Tield  test  personnel  at  both  Fort  Worth  District  and  Chanute  Air 
Force  Base  kept  records  of  the  time  required  to  prepare  the  input  data 
and  to  examine  the  results  of  each  simulation  performed  using  RLAST.  The 
project  on  which  the  field  test  was  performed  at  the  Fort  Worth  District 
was  somewhat  larger  than  that  performed  at  Chanute;  therefore,  much  more 
analysis  was  perfomed  on  the  Fort  Worth  District  project,  and,  as  ex- 
pected, more  time  was  spent  analyzing  the  Flight  Simulator  Training 
Building. 

According  to  the  Fort  Worth  District  field  test  personnel,  517 
hours  were  spent  in  performing  the  total  analysis  of  the  Flight  Simu- 
lator Training  Building  (see  Appendix  C).  Its  analysis  included  the 
preparation  of  input  to  perform  the  hourly  load  analysis  for  19  zones, 
input  necessary  to  simulate  the  air-handling  systems  in  the  building  (in 
many  cases,  there  was  a single  air-handling  system  serving  one  zone 
only),  and  input  to  simulate  the  various  central  plant  system  options 
studied. 

The  computer  cost  associated  with  all  these  simulations  was  approx- 
imately $350.  The  total  cost,  including  overhead  for  the  entire  anal- 
ysis, was  approximately  $8750.  This  is  in  contrast  to  $28,600  cost  for 
the  performance  of  the  original  total  energy  study  for  the  facility  (of 
which  $7100  was  for  computer  costs).  While  the  original  study  may  have 
been  slightly  more  detailed  than  that  performed  by  the  Fort  Worth  Dis- 
trict, the  less  costly  study  performed  by  the  Fort  Worth  District  usino 
BLAST  was  just  as  conclusive  as  the  original. 

The  much  smaller  building  analyzed  by  the  Chanute  Air  Force  Base 
Civil  Engineering  personnel  was  divided  into  13  zones;  only  the  hourly 
load  calculation  and  air  distribution  simulations  were  performed,  with 
one  simulation  performed  for  the  conventional  boiler/chiller  plant. 

Their  partial  records  indicate  that  approximately  72  man-hours  were  re- 
quired to  describe  the  buildings  and  to  perform  the  desired  simulations. 
It  is  believed  that  the  small  amount  of  time  spent  in  preparing  the 
input  for  BLAST  by  Chanute  personnel  was  partly  because  a conventional 
calculation  had  been  performed  on  this  building  by  the  same  person  per- 
forming the  BLAST  simulations  (his  office  was  also  in  the  building)  and 
consequently,  his  familiarity  with  the  building  reduced  the  amount  of 
time  required  to  prepare  the  input.  Also,  the  Chanute  personnel 
obtained  more  frequent  consulting  service  at  CERL. 


All  the  field  test  participants  Indicated  that  considerably  less 
time  would  be  required  to  perform  subsequent  design  analysis  using  BLAST 
once  the  first  analysis  had  been  performed.  However,  it  was  also 
pointed  out  that  unless  analyses  are  performed  frequently,  a certain 
amount  of  retraining  or  "start  up"  time  would  probably  be  required  for 
the  users  to  become  familiar  again  with  the  BLAST  input  language. 


7 FIFLD  TFST  Or  SOLAR  LNERGY  ANO 
TOTAL  LNERGY  ANALYSIS  AND 
OESIGN  PROCEDURES 
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With  the  exception  of  typographical  errors  and  numerical  errors  in 
the  examples,  Fort  Worth  District  personnel  found  this  procedure  to  be 
both  clear  and  usable.  They  applied  the  graphical  techniques  of  this 
report  to  obtain  a preliminary  analysis  which  was  used  as  a starting 
point  for  BLAST  simulations  of  solar  energy  systems.  Results  of  their 
preliminary  assessment  and  the  BLAST  simulation  results  are  shown  in 
Table  Cl  and  Appendix  C. 

The  Fort  Worth  District  suggested  that  the  universal  curves  in  the 
report  be  enlarged  and  plotted  on  cross-hatched  paper  to  improve  their 
usability.  It  was  also  suggested  that  an  example  be  provided  for 
applying  BLAST  to  the  final  design  of  solar  systems. 
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Again,  several  errors  in  the  numerical  examples  were  found  which 
caused  some  initial  confusion.  Otherwise,  the  simple  procedures  in  this 
report  were  understandable  and  clear. 

The  usefulness  of  this  report  was  demonstrated  by  its  application 
to  the  field  test  project.  By  applying  the  step-by-step  procedures. 

Fort  Worth  District  was  able  to  estimate  the  performance  and  cost  of 
various  conventional  and  total  energy  system  options  and  rank  them  on 
the  basis  of  cost  and  energy  savings.  On  the  basis  of  this  ranking,  the 
users  at  the  Tort  Worth  District  concluded  that  total  energy  systems 
were  not  appropriate  for  the  field  tost  project  (see  Appendix  C).  Also, 
the  user  determined  that  the  conventional  boiler/chiller  plant  origi- 
nally specified  was  too  large.  Thus,  the  procedures  in  the  report 
proved  useful  both  in  eliminating  nonfeasible  options  and  in  determining 
near-optimal  plant  configurations  for  the  type  of  plant  selected. 


8 CONCLUSIONS 


Conclusions— BLAST  Program 


The  field  test  of  the  BLAST  program  tested  the  program's  usability 
as  applied  to  real  design  problems.  Evaluation  of  the  BLAST  program  by 
participants  In  the  BLAST  training  seminar  led  to  the  following  general 
conclusions : 

1.  Considerable  revision  of  the  draft  BLAST  User's  Manual  was  re- 
quired prior  to  publication.  The  necessary  revisions  were  accomplished 
prior  to  publication  of  the  BLAST  User's  Manual  in  December  1977. 

2.  The  BLAST  program  input  language  Is  extremely  natural,  easy  to 
learn,  and  easy  to  use. 

3.  The  flexibility  of  the  BLAST  program  Is  unique  and  Important  to 
its  users. 


4.  Expansion  of  the  BLAST  program  to  include  the  capability  to 
simulate  new  types  of  air  distribution  systems  (and  certain  conventional 
systems  not  now  part  of  BLAST)  will  further  enhance  its  usefulness. 

5.  Interactive  input  processing  will  enhance  the  usability  of 
BLAST. 

6.  Formal  training  in  the  use  of  BLAST  is  required  and  the  "hands 
on"  application  of  BLAST  to  a sample  problem  should  be  part  of  the 
training  program.  A small  class  size  (10  to  15  persons)  will  be  more 
effective. 

The  application  of  the  BLAST  program  to  the  field  test  projects  and 
evaluation  of  BLAST  by  the  field  test  participants  led  to  additional 
conclusions : 

7.  The  use  of  the  BLAST  program  on  mission-oriented  Government 
computer  facilities  is  cumbersome.  Maintenance  of  BLAST  at  more  than 
one  computer  site  is  not  cost-effective  at  this  time.  Use  and  mainte- 
nance of  BLAST  at  a single  commercial  computer  site  will  permit  wide- 
spread access,  facilitate  implementation,  and  minimize  maintenance  ef- 
forts. Implementation  plans  should  incorporate  this  single  computer 
site  approach. 

Routine  use  of  the  BLAST  program  by  District  designers.  Air  Force 
designers,  and  architect-engineers  would  be  considerably  easier  if  an 
interactive  input  language  were  developed  for  the  program.  Existing 
batch  terminals  at  CE  Districts  are  already  heavily  utilized,  and  very 


few  such  terminals  are  available  to  Air  Force  personnel.  Many  archi- 
tect-engineers (who  do  a large  portion  of  Army  and  Air  Force  designs) 
also  do  not  have  ready  access  to  batch  terminal  facilities.  In  con- 
trast, interactive  terminals  are  readily  available  to  most  CF  designers 
and  many  architect-engineers,  and  these  terminals  are  sufficiently  inex- 
pensive ($2000  to  $4000)  to  justify  their  purchase  for  Air  Force  de- 
signers. Interactive  input  processing  therefore  can  enhance  BLAST  im- 
plementation by  making  the  program  easier  to  use.  Provisions  have 
already  been  made  to  permit  BLAST  input  to  be  entered  (but  not  pro- 
cessed) interactively.  BLAST  output  can  also  be  printed  at  interactive 
terminals  that  print  132  characters  per  line.  Interactive  input  pro- 
cessing would  permit  user  errors  to  be  caught  as  soon  as  they  are  typed; 
"on  the  spot"  corrections  could  be  made  and  users  would  be  assured  that 
simulations  would  be  successful  the  first  time  the  program  is  run. 

8.  Revision  of  central  plant  simulation  output  reports  to  provide 
more  detailed  summaries  of  energy  used  by  each  plant  component  is  re- 
quired. 


9.  Results  of  BLAST  simulations  provide  a basis  for  review  of 
project  designs  and  equipment  selection  and  for  the  evaluation  of  vari- 
ous design  options. 

10.  The  additional  information  provided  by  using  BLAST  provides 
quantitative  means  for  evaluating  many  design  options.  This  information 
should  lead  to  improved  building  and  system  design. 

Finally,  using  the  field  test  results  as  a whole,  it  can  be  con- 
cluded that: 

11.  The  BLAST  program  can  be  used  by  field  personnel.  Its  use- 
fulness has  been  demonstrated  by  its  application  to  real  design  prob- 
lems. 


12.  It  is  an  effective  tool  for  analyzing  energy  effectiveness  of 
new  and  retrofit  projects  at  a time  when  such  a tool  is  needed. 


Conclusions— CERL  Report  F-98  (Predicting 
the  Performance  of  Solar  Energy  Systems) 

Results  of  the  application  of  the  procedures  in  this  report  to  an 
actual  field  project  indicate  that  they  were  relatively  easy  to  use  and 
were  valuable  tools  for  preliminary  analysis  and  final  design  of  solar 
energy  systems  for  buildings. 
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Conc1usions--CERL  Report  E-108  (Vs* 
of  the  Building  Loads  Analysis  and 
System  Thermoayncovios  Program  to 
Perform  Total  Energy  System  Analysis) 


Tbe  procedures  In  this  document  were  applied  without  difficulty  and 
provided  a useful  "road  map"  for  conducting  analysis  of  both  con- 
ventional and  total  energy  systems. 


S 
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0 RECOMMENDATIONS 


The  BLAST  program  should  be  implemented  in  the  CE  military  con- 
struction Districts  and  the  Air  Force.  Recommended  implementation  plans 
for  the  BLAST  program  have  been  developed  and  are  shown  in  Appendices  E 
and  F. 

As  recommended,  the  BLAST  Program  User's  Manual  was  revised  and  ex- 
panded prior  to  its  publication. 

Development  or  additional  simulation  capabilities  recommended  by 
the  field  test  users  and  the  development  of  an  interactive  input  pro- 
cessor for  the  BLAST  program  should  be  pursued.  Certain  output  reports 
should  also  be  revised. 

The  necessary  revisions  to  CERL  Reports  F-98  and  H-lOB  suggested  by 
field  test  users  should  be  accomplished,  and  these  documents  should  be 
forwarded  for  publication  as  Engineer  Technical  Letters. 


APPENDIX  A: 

ORGANIZATIONS  REPRESENTED  AT  FEBRUARY  1977 
BLAST  TRAINING  SESSION 


HQ  Am\y  - Air  Force  Exchange  Service 
Engineering  Division,  EN-C 
Dallas,  TX  75222 

U.S.  Army  Ft.  Worth  District 
Corps  of  Engineers 
P.0.  Box  17300 
Fort  Worth,  TX  76102 

Department  of  Mechanical  Engineering 
Texas  A&M  University 
College  Station,  TX  77843 

Air  Force  Institute  of  Technology/DEE 
WPAFB,  Ohio  45433 

Air  Force  Civil  Engineering  Center 
AFCEC/DE/21 

Tyndall  AFB,  FL  32403 

Center  for  Building  Technology 
National  Bureau  of  Standards 
Washington,  D.C.  20234 

DEVCT 

USAF  Academy,  CO  80840 

Naval  Civil  Engineering  Laboratory 
Code  L-80 

Port  Hueneme,  CA  93030 

Air  National  Guard/FSC/DE 
Bldg  E4435  Edgewood  Area 
Aberdeen,  MO  21010 

Argonne  Labs 
Bldg  221,  A.M.D. 

9700  S.  Cass  Avenue 
Argonne,  IL 


U.S.  Army  Facilities  Engineering 
Support  Agency  (FESA) 

Research  and  Technology  Division 
Fort  Bel  voir,  VA  22060 

Headquarters,  Department  of  the  Army 
(DAEN-MCE-U) 

WASH  DC  20314 

Base  Civil  Engineer 
(DEEED) 

Chanute  AFB,  IL  61868 

HQ  Air  Training  Command 
HQ  ATC/DEEEM 
Randolph  AFB,  TX  78148 

Department  of  Mechanical  Engineering 
University  of  Illinois 
Urbana,  IL  61801 

Energy  and  Environment  Division 
Lawrence  Berkeley  Laboratory 
Berkeley,  CA  94720 


APPENDIX  B: 

BURROUGHS  AND  HONEYWELL  FEASIBILITY  STUDY 


Introduction 


At  the  request  of  AFCEC  and  under  the  scope  of  FY77  work  under 
AFCEC  sponsored  "Optimization  of  Energy  Usage  in  Military  Facilities,"  a 
determination  was  made  as  to  the  feasibility  of  running  the  Building 
Loads  Analysis  and  System  Thermodynamics  (BLAST)  program  on  Burroughs 
B3500  and  Honeywell  6000  computers.  This  study  was  required  since  these 
computers  are  available  at  many  Air  Force  installations  but  are  not  sim- 
ilar to  the  Control  Data  Corporation  (CDC)  computer  on  which  the  BLAST 
program  was  developed  and  now  operates. 

The  BLAST  program  Is  a large  (about  50,000  lines  of  FORTRAN)  hlqhly 
numerical  program.  It  uses  large,  randomly  accessible  files  during  exe- 
cution and  uses  150  to  300  central  processor  seconds  on  a CDC  6600  com- 
puter for  a typical  run. 


Approach 

To  determine  if  the  BLAST  program  could  be  successfully  and  con- 
veniently used  on  the  B3500  and  Honeywell  6000  computers,  contacts  were 
made  with  software  specialists  from  both  companies.  The  following  ques- 
tions were  addressed: 

a.  Could  BLAST  be  modified  and  loaded  on  these  machines? 

b.  What  would  be  the  expected  execution  times  for  typical  BLAST 

runs? 

c.  What  conversion  problems  would  be  likely? 

d.  What  other  constraints,  if  any,  would  influence  the  decision  to 
use  BLAST  on  the  B3500  or  Honeywell  6000? 


Results 

Burroughs  B3500 

It  is  not  feasible  to  load  and  run  the  BLAST  program  on  the  B3500 
computer. 


I 


This  computer  is  a relatively  small  COBOL-oriented  machine  with 
limited  FORTRAN  capability.  While  a complete  determination  as  to  the 
convertibility  of  BLAST  to  run  on  the  R3500  was  not  possible  without  ac- 
tually attempting  to  convert  the  program,  the  R3500's  limited  FORTRAN  is 
likely  to  present  substantial  conversion  problems.  Given  that  the  3600 
is  not  FORT RAN -or ion ted,  consultant  support  for  FORTRAN  is  virtually 
non-existent.  Consequently  any  attempt  to  convert  BLAST  to  run  on  the 
B3500  would  be  extremely  costly. 

Fven  if  BLAST  could  be  converted,  the  estimated  run  time  for  a typ- 
ical job  on  the  R3500  was  3 to  3 1/2  hours.  BLAST  would,  therefore, 
impose  a completely  unacceptable  burden  on  the  operation  of  the  B35G0 
centers.  This  alone  makes  the  implementation  of  the  RLAST  proqram  on 
the  Burroughs  B3500  impractical. 

Honeywell  6000 

In  contrast  to  the  B3500,  the  Honeywell  6000  is  considerably  more 
powerful  and  supports  FORTRAN  to  a much  greater  extent.  No  severe  prob- 
lems could  be  identified  in  converting  RLAST  to  run  on  the  Honeywell 
6000.  Fven  so,  3 to  6 man-months  would  be  required  to  make  the  software 
conversion. 

estimates  of  central  processor  times  for  typical  BLAST  runs  were 
also  not  nearly  as  long  for  the  Honeywell  6000.  Depending  on  the  con- 
figuration, the  Honeywell  might  run  a BLAST  job  in  900  to  3000  seconds. 
This  execution  time  is  still  rather  lengthy  (16  to  50  minutes)  and  would 
have  a significant  impact  on  any  Honeywell  6000  installation  whose  re- 
sources are  already  fully  utilized. 

The  principal  disadvantage  of  the  Honeywell  6000  computer  sites  in 
the  Air  Force  is  that  most  run  classified  jobs  and  consequently  are  only 
infrequently  available  for  general  purpose  calculations.  Substantial 
delays  in  getting  output  from  RLAST  simulations  can  therefore  be  ex- 
pected. For  this  reason,  implementation  of  the  BLAST  proqram  on  Honey- 
well 6000  computers  is  considered  highly  undesirable. 

Government  Versus  Commercial , Multiple  Versus  Single-Site  Imple- 
mentation 

In  the  specific  cases  considered  above,  and  as  a general  rule  for 
most  Goverment-owned  or  operated  computer  sites,  implementation  and  use 
of  the  BLAST  program  conflicts  with  the  site  mission.  Implementation  of 
BLAST  on  two  Government-owned  CDC  sites  (Eglin  AFB  and  the  Lawrence  Ber- 
keley Laboratory)  has  already  demonstrated  the  problems  that  result  from 
this  conflict.  Aside  from  the  often  non-standard  operating  systems  and 
procedures  found  at  Government  installations,  the  low  priority  and  re- 
stricted computer  resource  allocations  given  to  BLAST  users  as  compared 
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to  users  directly  supporting  the  site's  mission  considerably  reduces  the 
usability  and  effectiveness  of  the  BLAST  program  as  a tool  for  energy 
conservation  studies  and  designs. 

Experience  at  CERL  in  attempting  to  maintain  current  versions  of 
the  BLAST  program  and  support  program  use  at  more  than  one  site  has 
shown  that  considerable  costly  and  mneoeseary  effort  is  required. 

In  contrast,  implementation  of  BLAST  on  a single  commercial  time- 
sharing system  will  provide  nationwide  access  to  the  program,  equal  pri- 
ority for  BLAST  users,  guaranteed  quick  turnaround,  and  superior  user 
support,  and  will  minimize  program  maintenance  efforts  and  cost. 


Summary 

It  is  not  feasible  to  implement  the  BLAST  program  on  the  Burroughs 
B3500  computer  because  the  hardware  and  software  resources  of  the  B3500 
sites  are  Inadequate  to  support  a computer  program  of  this  size  and 
type. 


While  It  appears  that  there  are  no  insurmountable  programming  ob- 
stacles to  implementing  the  BLAST  program  at  Honeywell  6009  sites,  this 
approach  will  severely  reduce  the  usability  of  the  program.  A signifi- 
cant amount  of  time  and  effort  would  be  required  to  load  and  maintain 
the  BLAST  program  on  the  several  Honeywell  computers  In  the  Air  Force. 
Experience  has  shown  that  attempting  to  maintain  current  versions  of  the 
program  at  more  than  one  site  is  undesirable.  Implementation  on  Honey- 
well 6000  sites  Is  therefore  strongly  discouraged. 

On  the  basis  of  experience  acquired  during  the  BLAST  program  field 
test,  implementation  of  the  program  on  a single  time-sharing  CDC  com- 
puter system  appears  to  offer  many  advantages.  This  approach  will  be 
pursued  in  detail  as  recommended  implementation  plans  are  developed  at 
CERL. 
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APPENDIX  C 


ANALYSIS  OF  FLIGHT  SIMULATOR  TRAINING  FACILITY* 


The  Flight  Simulator  Training  Facility  at  Laughlin  Air  Force  Rase, 
TX,  was  selected  as  a typical  District  design  project.  A simplified 
floor  plan  of  this  facility  is  illustrated  by  Figure  Cl.  Zones  1 
through  4 are  Visual  System  rooms  containing  very  high  intensity  light 
banks  which  are  cooled  with  outside  air  below  82°F  (28°C)  and  return  air 
otherwise.  Zones  5 and  6 are  second  floor  offices  over  equipment  rooms 
and  under  mechanical  rooms.  Zones  8 through  14  are  Motion  Base  rooms. 
Zone  15  is  first-  and  second-floor  offices  and  classrooms.  Zone  32  is  a 
large  area  over  a mechanical  room,  and  Zone  33  is  another  area  under  a 
mechanical  room. 

The  high-intensity  light  banks  had  to  be  simulated  as  interior 
lighting  with  25  percent  of  the  50  percent  convective  portion  as  return 
air  heat  gains.  The  ceilings  under,  floors  over,  and  walls  adjacent  to 
mechanical  or  equipment  rooms  could  only  be  treated  as  roofs,  exposed 
floors,  and  walls  to  uncooled  spaces,  respectively.  The  bypass  multi - 
zone  cooling  with  zone  duct  heating  coil  system  of  Zone  15  (15,  16,  and 
1Z  in  the  data)  was  simulated  as  a three-deck  multizone  system,  and  the 
single-station  heating/cooling  system  for  each  of  the  remaining  zones 
was  simulated  as  a tc  ■’al  reheat  system. 

The  BLAST  program  was  first  used  to  predict  hourly  zone  loads  and 
simulate  the  air-handling  systems  with  winter  and  summer  design  day  cri- 
teria as  weather  data.  This  established  approximate  zone  heatinq/cool- 
ing  capacities,  zone  supply  air  volume  flow  rates,  and  system 
heating/cooling  coil  capacities.  Next  the  BLAST  program  was  used  to 
refine  this  data  by  using  365  days  of  weather  information  from  a I960 
San  Antonio,  TX,  weather  tape.  Then,  together  with  the  established  zone 
heating/cooling  coil  capacities,  zone  air  volume  flow  rates,  and  system 
heating/cooling  coil  capacities,  and  the  San  Antonio  weather  tape,  the 
BLAST  program  was  used  to  again  predict  the  annual  building  energy  con- 
sumption and  simulate  the  performance  of  the  air-handling  systems, 
saving  the  air  handling  system  energy  demands  to  tape.  Finally,  with 
the  air-handling  system  energy  demands  as  input,  the  BLAST  program  was 
used  to  simulate  the  performance  of,  and  perform  life  cycle  cost  studies 
for,  the  several  central  plants. 


Fort  Worth  District,  U.S.  Army  Corps  of  Engineers, 


and  reproduced  with  his  permission. 
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Figure  Cl.  Simplified  floor  plan  of  Flight  Simulator  Training  Facility 


Design  Project  Analysis 

After  several  central  plant  simulations,  in  designs  were  selected 
for  comparison: 

1.  One  3250-KBtu/hr*  cooling  tower,  two  1308-KRtu/hr  electric 
chillers,  and  two  325-KBtu  steam  boilers; 

2.  Two  1300-KBtu  diesel  generators,  one  65nO-KRtu  cooling  tower, 
two  1308-KBtu  one-stage  absorption  chillers,  two  1200-KRtu  steam  boil- 
ers; 


3.  Two  1300-KBtu  gas  turbine  generators,  one  6500-KBtu  cooling 
tower,  two  1308-KBtu  one-stage  absorption  chillers,  two  325-KBtu  steam 
boilers; 

4.  One  6500-KBtu  cooling  tower,  two  1308-KBtu  one-stage  absorption 
chillers,  two  2400-KBtu  steam  boilers; 

5.  One  6500-KBtu  cooling  tower,  two  1308  KBtu  electric  chillers, 
two  1308-KBtu~absorption  chillers,  two  325-KBtu  steam  boilers,  250  32- 
sq-ft  (2.88  nr)  solar  collectors: 

6.  Same  as  5,  but  with  500  solar  collectors; 

7.  Same  as  5,  but  with  750  solar  collectors; 

8.  Same  as  5,  but  with  1000  solar  collectors; 

9.  Same  as  5,  but  with  1250  solar  collectors; 

10.  Same  as  5,  but  with  1500  solar  collectors. 

These  sizes  and  combinations  of  central  plant  equipment  were  se- 
lected to  yield  reasonably  high  average  operating  efficiencies.  The  25- 
year  life  cycle  cost  of  each  design  is  illustrated  in  Table  Cl. 

Prior  to  performing  the  central  plant  simulations,  the  graphical 
techniques  of  CERL  Technical  Report  E-98  were  applied  to  the  results  of 
the  air  system  simulations  to  predict  the  expected  performance  of  the 
solar  energy  plant  designs.  The  air  system  simulations  indicated  yearly 
demands  of  118,474  KBtu  of  hot  water  (QHW)  and  4,872,833  KBtu  of  chilled 
water  (Q™).  It  was  also  known  that  a aemand  of  213,953  KBtu  of  domes- 
tic hot  water  (Qnu)  was  required.  From  Figure  Al,  page  26,  of  CERL 
Report  E-98:  uw 


*1  KBtu  = .293  kW 
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Hv  = 450  Langleys/Day  - 450 ( 365 )( 0. 00369 ) = 606  KBtu/sq  ft-yr. 


* 29°. ' 


Therefore, 


Vc  = VL  - 10°  = 19°, 

QL  = QHW  + QDW  + W*65  = 7.829,093  KBtu/yr, 

\/  = HVC0S  (V[_-7-Vq)/C0S  (V^-7)  = 653  KBtu/sq  ft-yr, 

VPs/  = Qi./Qc/  = 11,989  sq  ft  « 12,000  sq  ft** 

Then,  by  selecting  various  collector  areas,  Ar,  and  applying  the 
Universal  Curve  for  Solar  Heating  and  Cooling,  FigSre  2,  page  14  of 
CERL  Report  E-98,the  predicted  values  of  expected9 performance,  p’ , 
illustrated  in  Table  C2,  were  obtained.  S’ 


"^H^'TheTnnual  of  monthly  radiation  flux  density  on  a horizontal  surface 
= Latitude  in  degrees 
**VC  = Optimum  tilt  angle 
Ql  = Annual  energy  consumption  in  Btu 

Qc  = Annual  or  monthly  incident  solar  radiation  flux  density 
Ac  = Collector  area 

P$  = Solar  system  performance  parameter 
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25-Year  L^fe  Cycle  Costs 
(IQ-  Dollars) 


Table  C2 


4 


Predicted  Values  of  Expected  Performance 


Design 

5 

6 

7 

8 

9 

10 

A (sq  ft) 

8,000 

16,000 

24,000 

32,000 

40,000 

48,000 

p 

.667 

1.333 

2.000 

2.667 

3.333 

4.000 

ps 

.182 

.354 

.488 

.613 

.710 

.779 

PB 

.223 

.397 

.548 

.678 

.782 

.849 

% Difference 

-18.4 

-10.8 

-10.9 

-9.6 

-9.2 

-8.2 

For  comparison,  the  predicted  values  of  expected  performance,  pR, 
were  also  computed  from  the  results  of  each  of  the  solar  energy  plant 
simulations  and  included  in  Table  C2.  Some  of  the  difference  can  be  at- 
tributed to  the  higher  average  annual  solar  radiation  flux  density  de- 
termined from  the  San  Antonio  weather  tape  and  the  use  of  high-efficiency 
solar  collectors  in  the  computer  simulations.  Even  then,  particularly 
for  relatively  small  collector  areas,  the  graphical  technique  produced 
rather  conservative  estimates  of  solar  system  performance. 

Based  upon  this  study  and  the  resulting  life  cycle  costs  illus- 
trated in  Table  Cl,  the  most  economical  system  would  be  the  conventional 
electric  chiller,  boiler  central  plant  (Design  1).  Switching  to  more 
costly  absorption  chillers  requires  additional  boiler  capacity  (Design 
4).  This  increases  the  use  of  uncertain  supplies  of  natural  gas  as  well 
as  overall  energy  costs.  Addition  of  some  solar  collectors  (Design  5) 
deletes  the  need  for  additional  boiler  capacity  but  requires  auxiliary 
electric  chillers.  And,  although  natural  gas  consumption  and  total 
energy  costs  are  reduced  and  the  system  is  an  improvement  over  the  con- 
ventional absorption  chiller  boiler  design,  the  increased  first  and 
operation/maintenance  costs  far  outweigh  the  reduced  energy  costs  as 
compared  to  the  conventional  electric  chiller  boiler  plant.  Increasing 
solar  collector  area  (Designs  6 through  10)  does  not  reduce  the  energy 
costs  sufficiently  to  offset  the  increased  first  and  operation/mainte- 
nance costs.  Apparently  because  of  noncoincident  cooling/heating  loads 
and  collected  solar  energy,  heat  rejected  to  the  cooling  tower  increases 
with  solar  collector  area. 


This  rejected  heat  exceeds  the  cooling  tower  capacity  in  the  last 
four  systems  (Designs  7 through  10).  Thus  all  costs  are  incorrect  by 
the  additional  costs  associated  with  the  required  tower  capacity.  The 
noncoincident  cooling/heating  demands  and  available  waste  heat  in  the 
two  total  energy  plants  (Designs  2 and  3)  also  cause  rejected  heat  to 
exceed  cooling  tower  capacity.  It  is  doubtful  whether  the  addition  of 
thermal  storage  tanks  could  reduce  the  rejected  heat  and  energy  costs 
sufficiently  to  offset  the  already  high  first  costs— thus  additional 
study  of  total  and  solar  energy  systems  is  not  warranted. 

It  is  interesting  to  note  that  while  this  study  indicates  require- 
ments for  two  1308-KBtu  electric  chillers  and  two  325-KBtu  boilers,  the 
architect  selected  three  electric  chillers  with  a total  capacity  of  5568 
KBtu  and  an  1848-KBtu  steam  boiler. 
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APPENDIX  D: 


SUMMARY  OF  RESULTS— USE  OF  BLAST  BY 
NATIONAL  GUARD  BUREAU 


1958  GROUP  0 8 T BLDG 
I STORY  MASONRY /METAL  PANEL 


1958  GROUP  0 8 T BLDG. 

I STORY  MASONRY  /META 


62.0  62.0 


1952  HANGAR 
TYPE  H*2 
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592  qal / 15.990  oal/yJ  23,602  qal/ 
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APPENDIX  E: 

PROPOSED  BLAST  IMPLEMENTATION  PLAN  FOR 

CORPS  OF  ENGINEERS  MILITARY  CONSTRUCTION  DISTRICTS 


Background 


Program  Description 


The  Building  Loads  Analysis  and  System  Thermodynamics  (BLAST)  pro- 
gram is  a comprehensive  computer  program  for  estimating  (1)  hourly  space 
heating  and  cooling  requirements,  (2)  hourly  performance  of  fan  systems, 
and  (3)  hourly  performance  of  a conventional  heating  and  cooling  system, 
total  energy  systems,  and/or  solar  energy  systems.  Apart  from  Its  com- 
prehensiveness, the  program  differs  in  five  key  respects  from  similar 
programs  used  In  the  past: 

1.  The  BLAST  program  uses  extremely  rigorous  and  detailed  algo- 
rithms to  compute  both  building  loads  and  system  performance. 

2.  The  program  employs  Its  own  input  language,  which  permits  rapid 
input  preparation  in  a completely  unformatted  English-like  (as  opposed 
to  computer- like)  style. 

3.  The  program  contains  a library  of  all  materials  and  wall, 
floor,  and  roof  sections  and  their  thermodynamic  properties  listed  in 
the  ASHRAE  ILmdbook  of  Fundamentals. 

4.  The  program  execution  time  is  extremely  brief,  making  the  study 
of  many  alternative  concepts  relatively  Inexpensive. 

5.  The  program  Is  not  proprietary  and  is  therefore  open  to  in- 
spection by  its  users  and  those  who  rely  on  the  results  it  generates. 

The  BLAST  program  consists  of  three  main  computation  sections.  The 
first  section  of  the  BLAST  program--the  space  load-predicting  sub- 
program— computes  hourly  heating  and  cooling  thermal  loads  for  each 
building  zone,  taking  into  account  conduction  through  the  building  en- 
velope, solar  heat  gain,  internal  loads  from  occupants,  and  equipment 
and  infiltration  loads.  The  program  can  perform  two  types  of  analysis 
in  this  section: 

1.  Hourly  energy  analysis.  This  analysis  uses  actual  hourly 
weather  data  to  calculate  hourly  heating  and  cooling  loads  for  each  zone 
of  the  building.  Output  from  the  hourly  energy  analysis  Is  used  as 
input  to  the  system  simulation  program,  the  second  program  section. 
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2.  Design  day  analysis.  This  analysis  uses  user  input  design  day 
data  to  calculate  peak  heating  and  cooling  loads  for  each  zone  of  the 
building. 

The  second  section  of  the  program — the  air  distribution  system  sim- 
ulation subprogram— simulates  air  distribution  systems  as  they  respond 
to  hourly  space  thermal  loads  and  determines  the  hourly  and  total  load 
placed  on  the  central  heating  and  cooling  plant.  This  subprogram  can 
analyze  all  major  types  of  distribution  systems  and  several  combinations 
of  mixed  air  and  delivery  air  control  strategies. 

The  third  section  of  the  program— the  central  energy  plant  simu- 
lation subprogram — can  simulate  all  conventional  heating  and  cooling 
equipment  plus  electrical  generation  and  heat  recovery  equipment,  solar 
collectors  and  storage  tank  systems,  and  utility  power  systems.  The 
subprogram  uses  either  the  generic  models  for  each  component  present  in 
BLAST  or  user-specified  equipment  performance  parameters,  which  allows 
for  rigorous  simulation  of  a particular  manufacturer's  product. 

In  addition  to  performance  analysis  of  variously  configured  central 
plants,  the  BLAST  program  computes  life  cycle  costs  of  each  central 
energy  plant  option  selected  on  the  basis  of  user-supplied  or  default 
capital  cost,  maintenance  cost,  operating  cost,  and  utility  rate  sched- 
ules. 

Intended  Users 

The  BLAST  program  is  for  use  by  CE  Division  and  District  Engineer 
Offices,  OCE,  and  the  A/E  firms  working  for  them.  It  can  be  used  for 
analyzing  the  energy  consumption  impact  of  alternative  design  options  in 
new  facility  designs  and  in  major  retrofit  projects.  The  BLAST  program 
can  also  be  the  main  computational  tool  for  assessing  the  performance  of 
total  energy  and  solar  heating  and  cooling  system  options  during  the 
design  phase. 

OCE  may  also  have  requirements  for  using  the  BLAST  program.  Their 
major  areas  of  need  are  anticipated  to  be  in  evaluating  the  energy  sav- 
ings potential  of  energy  conservation  alternatives  and  options,  and  for 
checking  new  facility  designs  for  compliance  with  Executive  Orders  and 
DA/OCE  energy  conservation  directives. 

Status  of  Program 

The  development  of  the  BLAST  program  is  complete,  and  the  User's 
and  Reference  Manuals  are  ready  for  publication.  The  program  has  been 
installed  in  the  Eglin  Air  Force  Base  computer  and  the  Lawrence  Ber- 
keley Laboratory  computer  at  Berkeley,  CA.  A training  session  on  the 
BLAST  program  for  program  sponsors  and  field  test  users  was  conducted 


and  a field  test  completed  at  Fort  Worth  District.  Documentation  re 
quired  under  AR  18-1  has  been  initiated. 


Computer  Requirements 

Programming  Language 

BLAST  is  a 60,000-  to  80,000-line  program  written  in  CDC  FORTRAN, 
version  4 extended,  running  under  CDC's  scope  3.4  and  NOS  operating  sys- 
tems. The  program  uses  CDC  mass  storage  files,  but  otherwise  there  is 
little  nonstandard  FORTRAN  used. 

Computer  Capacity  Required 

The  BLAST  program  uses  approximately  70,000  decimal  words  of  common 
and  loads  in  six  segments  of  50,000  to  60,000  decimal  words  each,  in- 
cluding some  duplicated  common  and  all  linked  system  routines.  The  pro- 
gram generates  large  intermediate  permanent  files  on  the  order  of  12,000 
PRU's  (1  PRU  = 64  words). 

Desired  Machine  System  Capabilities 

The  BLAST  program  performs  large  numbers  of  similar  or  identical 
calculations  in  calculating  energy  use  and  requires  a large  amount  of 
memory  and  peripheral  storage.  Criteria  for  selecting  the  computer 
hardware  on  which  BLAST  will  be  installed  for  general  use  are  as  fol- 
lows : 


1.  Equipment  must  be  accessible  to  all  classes  of  users  through 
batch  terminal. 

2.  Equipment  must  perform  many  repetitive  calculations  effi- 
ciently. 


3.  Calculations  must  be  performed  with  high  precision  and  minimum 
roundoff  error. 

4.  Equipment  must  have  large  and  efficiently  used  core  memory  and 
easily  accessed  peripheral  storage. 

5.  Equipment  must  be  capable  of  running  the  program  in  minimum 
calculational  time  and  minimum  job  turnaround  time. 
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Recommended  Computer  System 

The  computer  equipment  capability  criteria  dictate  installation  of 
BLAST  on  a large  system.  Use  of  a large  system  would  also  help  insure 
that  the  program  could  be  accessed  by  a large  number  of  users,  that  some 
level  of  programming  support  would  be  available  at  the  computer  site, 
and  that  desired  turnaround  time  and  computer  usage  rates  could  be  ob- 
tained. A survey  of  large  hardware  systems  showed  that  BLAST  could  be 
operated  most  effectively  on  Control  Data  Corporation  (CDC)  equipment, 
specifically  the  6000  and  7000  series  computers.  All  criteria  given  in 
the  Computer  Requirements  are  satisfied  by  the  CDC  equipment. 

In  order  to  minimize  the  amount  of  effort  required  for  program  sup- 
port and  maintenance,  it  is  desirable  to  maintain  BLAST  at  one  computer 
site,  while  insuring  that  the  site  can  be  effectively  accessed  by  all 
users  via  terminals.  A survey  indicated  that  all  Corps  Military  Con- 
struction Districts  have  access  to  CDC  equipment  at  Lawrence  Berkeley 
Laboratory  (LBL),  some  have  access  to  the  Naval  Ship  Research  and  Devel- 
opment Centers  (NSRDC) , Carderock,  MD,  and  most  have  accounts  with  or 
could  easily  arrange  for  accounts  with  one  of  the  several  CDC  commercial 
networks  under  a General  Services  Administration  multiple  award  computer 
services  contract. 

Implementation  and  use  of  the  BLAST  program  at  Government-owned  or 
operated  computer  sites  can  often  conflict  with  the  site  mission.  Im- 
plementation of  BLAST  by  CERL  on  two  Government-owned  CDC  sites  (Eglin 
AFB  and  Lawrence  Berkeley  Laboratory)  has  already  demonstrated  the  prob- 
lems that  result  from  this  conflict.  Aside  from  the  often  non-standard 
operating  systems  and  procedures  found  at  Government  installations,  the 
low  priority  and  restricted  computer  resource  allocations  given  to  BLAST 
users  compared  to  users  directly  supporting  the  site's  mission  consid- 
erably reduces  the  usability  and  effectiveness  of  the  BLAST  program  as  a 
tool  for  energy  conservation  studies  and  designs. 

Bench  mark  runs  of  BLAST  show  that  while  costs  are  somewhat  higher 
on  commercial  computer  systems,  user  convenience  and  turnaround  time  are 
considerably  better  than  on  Government-owned,  mission-oriented  systems. 
The  BLAST  program,  therefore,  should  be  installed  and  supported  at  one 
of  the  commercial  CDC  computer  centers.  Specific  site  selection  will  be 
based  on  additional  bench  marks  which  are  nearly  complete. 

A batch  terminal  similar  to  the  CDC  731,  DATA  100,  or  COPE  1200  is 
desirable  for  using  the  BLAST  program,  because  these  terminals  have  a 
card  reader  and  high-speed  printer  which  will  minimize  input  and  output 
time.  Wide-carriage  (132  characters)  interactive  terminals  can  be  used 
but  are  much  slower  (30  characters  per  second,  compared  to  480 
characters  per  second  for  high-speed  batch  terminals). 


72 


The  following  steps  should  be  taken  to  implement  the  BLAST  program 
in  Division  and  District  Offices  and  OCE. 


Instructions  From  OCE 

The  Directorate  of  Military  Construction  (DMC)  should  issue 
Engineering  Instructions  recommending  and  authorizing,  but  not  requir- 
ing, the  use  of  BLAST  for  evaluating  all  major  retrofit  and  new  design 
projects  and  studies  for  a period  of  18  months. 

Manuals 

The  User's  and  Reference  Manuals  for  the  BLAST  program  will  be  up- 
dated based  on  results  of  the  field  test  and  comments  from  OCE  by  Octo- 
ber 1977  and  distributed  to  Divisions  and  Districts  and  OCE  during  the 
first  quarter  of  FY78. 

Authorization  and  Documentation 

DMC  is  the  proponent  agency  for  the  BLAST  program  and  will  authorize 
CERL  to  prepare  all  documentation  and  obtain  approvals  required  under 
AR  18-1.  OCE  assistance  will  be  required.  Documentation  will  be  in  the 
form  of  a "System  Overview"  (Modified  GFSR)  as  shown  in  Annex  1.  CERL 
will  fund  the  development  of  the  documentation. 

User  Training  - First  Year 

DMC  will  provide  and  fund  user  training  on  a scheduled  basis;  CERL 
will  assist  as  described  in  the  following  paragraph.  Representatives 
from  each  Military  Construction  Division  and  District  and  OCE  will  re- 
quire training.  In  addition,  since  benefits  to  be  derived  from  the  use 
of  BLAST  may  not  be  fully  realized  without  its  use  by  A/E's  working  for 
the  Corps,  representatives  of  A/E  firms  selected  by  the  Districts  may 
also  be  trained.  A training  session  of  not  less  than  3 days  is  required 
and  each  class  should  be  restricted  to  20  students. 

CERL  will  develop  the  training  materials  and  provide  training  to 
the  OCE  Training  Team.  OCE  will  identify  instructors  for  the  OCE  Train- 
ing Team,  identify  students  for  each  training  session,  and  establish  the 
funding  sources  to  support  the  training  preparation  activities. 
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User  Support  - First  Year 
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During  the  first  year,  CERL  will  provide  necessary  user  support  by 
providing  answers  to  user  questions  over  the  telephone  or  by  problem 
transmission  to  or  from  the  computer,  and  by  serving  as  a focal  point 
for  obtaining  weather  data  tapes  and  keeping  the  User's  Manual  and  docu- 
mentation current.  This  support  will  be  phased  over  from  CERL  to  the 
DMC  Support  Contractor  during  the  first  year  (see  next  paragraph). 

User  Support  After  First  Year 

User  support  after  the  first  year  of  implementation  will  be  the  re- 
sponsibility of  a DMC  Support  Contractor,  who  will  be  trained  by  CERL 
during  the  first  year.  OCE  will  establish  the  funding  source  for  the 
support  contractor  early  enough  to  permit  contract  award  in  the  second 
quarter  of  the  first  year  and  to  maintain  support  thereafter. 

Implementation  Schedule 

The  proposed  schedule  for  the  implementation  of  BLAST  is  shown  in 
Annex  2. 


Maintenance  Requirements 


DMC  will  be  responsible  for  providing  maintenance  for  the  BLAST 
program.  It  is  expected  that  routine  maintenance  will  be  provided  by  a 
support  contractor.  CERL  will  provide  technical  backup  and  initial 
training  to  the  contractor  as  required. 


DMC  support  contractors  will  be  responsible  for  making  all  changes 
to  the  BLAST  program  after  consultation  with  CERL.  This  effort  will  in 
elude  correcting  errors  found  by  users  in  the  program,  upgrading  algo- 
rithms based  on  results  of  validation  efforts,  and  enhancing  input  lan- 
guage and  output  reports.  Changes  should  not  be  made  more  frequently 
than  annually,  unless  they  are  necessary  to  overcome  an  immediate  oper- 
ational problem. 
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ANNEX  1: 

SYSTEM  OVERVIEW  (MODIFIED  GFSR  FORMAT) 


Chapters 

1.  Introduction: 

a.  System  identification 

b.  Background 

c.  Objectives 

d.  Constraints 

e.  Present  status. 

2.  Description  of  Current  System.  Provide  a clear  description  of 
the  system  or  systems  which  the  new  system  will  replace.  The 
system  should  be  described  not  just  in  terms  of  the  supporting 
ADP  system,  but  all  the  structural  components.  In  particular, 
any  functional  differences  between  the  current  and  proposed 
system  that  raise  special  problems  in  conversion  should  be 
Identified  and  discussed  here. 

3.  Description  of  Proposed  System.  Identify  and  describe  the 
basic  functions  to  be  performed  by  the  proposed  systems  and  the 
relationships  among  them.  Describe  how  the  ADP  system  is  inte- 
grated into  this  proposed  system.  In  particular,  the  points  of 
interaction  between  the  ADP  and  non-ADP  system  should  be  indi- 
cated. 

4.  Organizational  Structure.  Identify  the  organizational  units  to 
be  performing  or  directly  supporting  the  functions  indicated  in 
Chapter  3.  This  chapter  should  also  designate  who  has  the 
maintenance  and  training  responsibility  and  the  location  of  the 
operating  Data  Processing  Installation  DIP(S). 

5.  Interface  with  Other  Systems.  Identify  and  describe  the  or- 
ganizations with  which  the  proposed  system  must  interface.  In- 
clude the  purpose  of  the  interface  and  the  manner  by  which  such 
interface  is  to  be  achieved.  For  external  interfaces  that  use 
machine-readable  meat  urns,  the  input  or  output  descriptions 
should  be  shown  in  Chapter  7. 


75 


» 


6.  System  and  Work  Load  Data. 

a.  Inputs.  Identify  all  the  system  inputs  and  show  their 
origin.  In  addition,  the  format  and  a sample  of  an  input  docu- 
ment should  be  shown. 

b.  Outputs.  Describe  the  outputs  from  the  system,  indicating 
their  content  and  frequency. 

c.  Data  Retained.  Describe  the  data  which  is  to  be  retained 
for  historical  purposes  or  for  backup. 

7.  Requirements  for  Backup.  Identify  the  nature  of  the  backup  re- 
quirement, the  files,  or  the  data  that  should  be  saved,  and 
identify  how  this  data  is  to  be  used  if  a backup  is  required. 

8.  Installation  and  Conversion  Concepts.  Identify  the  require- 
ments and  general  circumstances  applicable  to  the  period  of 
transition  from  the  current  to  the  proposed  system. 

9.  Communications  Requirements.  Identify  all  communications  sup- 
port requirements  for  the  proposed  system. 

10.  Economic  Analysis.  Provide  details  of  the  new  system's 
economic  benefits. 

11.  Training.  Identify  the  requirements  for  training  personnel  who 
will  manage  and  utilize  the  proposed  system. 

12.  Control  Methods  and  Audit  Trails.  Identify  and  define  the  au- 
tomated decision-making  functions  of  the  system.  The  nature  of 
the  automated  decision  should  be  specified,  and  specific  tost 
data  and  criteria  must  be  shown  which  can  be  used  to  validate 
all  automated  decisions  prior  to  installation. 
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ANNEX  2: 

PROPOSED  IMPLEMENTATION  SCHEDULE 


Months  From  Start 

ACTIVITY  123456789  10  11 

1.  DMC  Engineering  Instruction  authorizing 

use  of  BLAST  (OCE)*  

2.  User's  and  Reference  Manuals  to  Divisions, 

Districts,  and  OCE  (CERL)  (1st  Q FY78) 

3.  Prepare  AR  18-1  documentation  (CERL)  

4.  Develop  training  materials  (OCE)  

5.  Conduct  training  for  training  team  (OCE) 

a.  Initial  training  

b.  Team  use  of  BLAST  

c.  Follow-up  training 

6.  Support  contractor  selection  and  award  (OCE)  

7.  Training  sessions  for  Divisions,  Districts, 

and  OCE  personnel  (OCE)  

8.  User  support  by  CERL  (OCE)  

9.  User  support  by  contractor  (OCE)  

10.  First  program  update  (CERL) 


♦Funding  responsibility  shown  in  parentheses 


. 

Li 
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COST  GUIDELINES  BY  ACTIVITY 


ACTIVITY 


1.  OMC  Engineering  Instructions  to  Divisions  and 
Districts-  3 

Prepare  and  distribute  instructions  at  OCE. 

2.  User's  and  Reference  Manuals  to  Divisions, 

Districts,  and  OCE' 

Revised  manuals  will  be  distributed  as  part  of 
FY78  RDT&E  program 

3.  Prepare  AR  18-1  Documentation 

Documentation  will  be  prepared  by  CERL  as  part 
of  FY78  RDT&E  program. 

NOTE: 

OCE  assistance  will  be  required  during  preparation 
of  the  documentation  and  in  obtaining  the 
necessary  approvals. 

4.  Develop  Training  Materials 

Basic  training  aids  have  been  developed.  However, 
experience  with  past  training  sections  indicates 
that  a workbook  containing  several  complete  examples 
should  be  developed  as  an  additional  training 


aid  and  for  use  as  a refresher.  $13,000 

5.  Conduct  Training  for  BLAST  team. 

a.  Initial  training  (1-week  seminar) 

Training  session  cost  - CERL  cost  $ 6,000 

Training  salaries  (10  trainees  at  GS-12)  $ 7,500 

Travel  and  per  diem  $ 4,300 

Computer  cost  $ 6,000 
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b.  Initial  use  of  BLAST 

Assuming  8 of  the  10  trainees  from  the  initial  training 
session  (Activity  5a)  devote  one  man-month  each  to 
use  of  BLAST,  the  cost  projection  Is: 

Salaries  $24,000 

Computer  $ 6,000 

c.  Followup  training  (1-week  refresher  seminar) 

Cost  projections  are  the  same  as  Activity  5a.  $23,800 

6.  Support  Contractor  Selection  and  Award 
CERL  assistance  in  developing  scope  of  work 

and  selecting  contractor.  $ 4,000 

7.  Training  Sessions  for  Division,  Districts, 
and  OCE  Personnel 

The  session  and  computer  costs  for  this  activity 
will  approximate  those  of  Activity  5a.  Salaries 
and  per  diem  will  depend  on  the  number  of 
trainees  and  the  location  of  the  seminar.  Rough 
estimates  are  shown  below  based  on  bringing 


trainees  to  a central  location: 

Two  training  sessions  - CERL  cost  $12,000 

Trainee  salaries  (30  trainees)  $22,500 

Travel  and  per  diem  $13,000 

Computer  cost  $14,000 

8.  User  Support  by  CERL 

Over  a period  of  7 months: 


Labor  $ 8,000 

Computer  $ 2,000 
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9.  User  Support  by  Contractor 

The  cost  will  be  subject  to  the  scope  of  work  prepared 
under  Activity  6 and  to  the  number  of  users  requiring 
support 

10.  First  Program  Update 

This  cost  Is  included  in  the  FY78  RDT&E  and 
GSA-funded  programs. 


APPENDIX  F: 

PROPOSED  BLAST  IMPLEMENTATION 
PLAN  FOR  THE  AIR  FORCE 


Background 

Program  Description 

The  Building  Loads  Analysis  and  System  Thermodynamics  (BLAST)  pro- 
gram is  a comprehensive  computer  program  for  estimating  (1)  hourly  space 
heating  and  cooling  requirements,  (2)  hourly  performance  of  fan  systems, 
and  (3)  hourly  performance  of  a conventional  heating  and  cooling  system, 
total  energy  systems,  and/or  solar  energy  systems.  Apart  from  its  com- 
prehensiveness, the  program  differs  in  five  key  respects  from  similar 
proyrams  used  In  the  past: 

1.  The  BLAST  program  uses  extremely  rigorous  and  detailed  algo- 
rithms to  compute  both  building  loads  and  system  performance. 

2.  The  program  employs  its  own  input  language,  which  permits  rapid 
input  preparation  in  a completely  unformatted  English-like  (as  opposed 
to  computer-like)  style. 

3.  The  program  contains  a library  of  all  materials  and  wall, 
floor,  and  roof  sections  and  their  thermodynamic  properties  listed  in 
the  ASHRAE  Handbook  of  Fundamentals. 

4.  The  program  execution  time  is  extremely  brief,  making  the  study 
of  many  alternative  concepts  relatively  inexpensive. 

5.  The  program  is  not  proprietary  and  is  therefore  open  to  in- 
spection by  its  users  and  those  who  rely  on  the  results  it  generates. 

The  BLAST  program  consists  of  three  main  computation  sections.  The 
first  section  of  the  BLAST  program— the  space  load  predicting  sub- 
program-computes hourly  heating  and  cooling  thermal  loads  for  each 
building  zone,  taking  into  account  conduction  through  the  building  en- 
velope, solar  heat  gain,  internal  loads  from  occupants,  and  equipment 
and  infiltration  loads.  The  program  can  perform  two  types  of  analysis 
in  this  section: 

1.  Hourly  energy  analysis.  Uses  actual  hourly  weather  data  to 
calculate  hourly  heating  and  cooling  loads  for  each  zone  of  the  build- 
ing. Output  from  the  hourly  energy  analysis  is  used  as  input  to  the 
system  simulation  program,  the  second  program  section. 
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2.  Design  day  analysis.  Uses  user  input  design  day  data  to  calcu- 
late peak  heating  and  cooling  loads  for  each  zone  of  the  building. 

The  second  section  of  the  program — the  air  distribution  system  sim- 
ulation subprogram— simulates  air  distribution  systems  as  they  respond 
to  hourly  space  thermal  loads  and  determines  the  hourly  and  total  load 
placed  on  the  central  heating  and  cooling  plant.  This  subprogram  can 
analyze  all  major  types  of  distribution  systems  and  several  combinations 
of  mixed  air  and  delivery  air  control  strategies. 

The  third  section  of  the  program— the  central  energy  plant  simu- 
lation subprogram— can  simulate  all  conventional  heating  and  cooling 
equipment  plus  electrical  generation  and  heat  recovery  equipment,  solar 
collectors  and  storage  tank  systems,  and  utility  power  systems.  The 
subprogram  uses  either  the  generic  models  for  each  component  present  in 
BLAST  or  user-specified  equipment  performance  parameters,  which  allows 
for  rigorous  simulation  of  a particular  manufacturer's  product. 

In  addition  to  performance  analysis  of  variously  configured  central 
plants,  the  BLAST  program  computes  life  cycle  costs  of  each  central 
energy  plant  option  selected  on  the  basis  of  user-supplied  or  default 
capital  cost,  maintenance  cost,  operating  cost,  and  utility  rate  sched- 
ules. 

Intended  Users 

The  BIAST  program  is  for  use  by  Base  Civil  Engineers  (BCE),  Command 
Engineers  (CE),  Special  Engineering  Teams,  and  the  A/E  firms  working  for 
them.  It  can  be  used  to  analyze  the  energy  consumption  impact  of  alter- 
native design  options  in  new  facility  designs  and  in  major  retrofit 
projects.  The  BLAST  program  can  also  be  the  main  computational  tool  for 
assessing  the  performance  of  total  energy  and  solar  heating  and  cooling 
system  options  during  the  design  phase. 

Status  of  Program 

The  development  of  the  BLAST  program  is  complete,  and  the  User's 
and  Reference  Manuals  are  ready  for  publication.  The  program  has  been 
installed  in  the  Eglin  Air  Force  Base  computer  and  the  Lawrence  Berkeley 
Laboratory  computer  at  Berkeley,  CA.  A training  session  on  the  BLAST 
program  for  program  -ponsors  and  field  test  users  was  conducted  and  a 
field  test  completed  at  Chanute  AFB,  AFCEC,  and  the  Air  National  Guard 
Bureau. 
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Programming  Language 


BLAST  Is  a 60,000-  to  80,000-Hne  program  written  in  CDC  FORTRAN, 
version  4 extended,  running  under  CDC's  scope  3.4  and  NOS  operating  sys- 
tems. The  program  uses  CDC  mass  storage  files,  but  otherwise  there  is 
little  non-standard  FORTRAN  used. 

Computer  Capacity  Required 

The  BLAST  program  uses  approximately  70,000  decimal  words  of  common 
and  loads  in  six  segments  of  50,000  to  60,000  decimal  words  each,  in- 
cluding some  duplicated  common  and  all  linked  system  routines.  The  pro- 
gram generates  large  intermediate  permanent  files  on  the  order  of  12,000 
PRU's  (1  PRU  = 64  words). 

Desired  Machine  System  Capabilities 

The  BLAST  program  performs  large  numbers  of  similar  or  identical 
calculation  in  calculating  energy  use  and  requires  a large  amount  of 
memory  and  peripheral  storage.  Criteria  for  selecting  the  computer 
hardware  on  which  BLAST  will  be  Installed  for  general  use  are  as  fol- 
lows : 

1.  Equipment  must  be  accessible  to  all  classes  of  users  through 
batch  terminals. 

2.  Equipment  must  perform  many  repetitive  calculations  effi- 
ciently. 

3.  Calculations  must  be  performed  with  high  precision  and  minimum 
round-off  error. 

4.  Equipment  must  have  large  and  efficiently  used  core  memory  and 
easily  accessed  peripheral  storage. 

5.  Equipment  must  be  capable  of  running  the  program  in  minimum 
calculatlonal  time  and  minimum  job  turnaround  time. 

Recommended  Computer  System 

The  computer  equipment  capability  criteria  dictate  installation  of 
BLAST  on  a large  system.  Use  of  a large  system  would  also  help  Insure 
that  the  pregram  could  be  accessed  by  a large  number  of  users,  that  some 
level  of  programming  support  would  be  available  at  the  computer  site, 
and  that  desired  turnaround  time  and  computer  usage  rates  could  be  ob- 
tained. A survey  of  typical  Air  Force  computer  systems  (see  Appendix  B) 
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and  of  large  hardware  systems  showed  that  BLAST  could  be  operated  most 
effectively  on  Control  Data  Corporation  (CDC)  equipment,  specifically 
the  6000  and  7000  series  computers.  All  criteria  given  in  the  previous 
paragraph  are  satisfied  by  the  CDC  equipment. 

In  order  to  minimize  the  amount  of  effort  required  for  program  sup- 
port and  maintenance,  it  is  desirable  to  maintain  BLAST  at  one  computer 
site,  while  insuring  that  the  site  can  be  effectively  accessed  by  all 
users  via  terminals. 

Implementation  and  use  of  the  BLAST  program  at  Government-owned  or 
operated  computer  sites  can  often  conflict  with  the  site  mission.  Im- 
plementation of  BLAST  by  CERL  on  two  Government-owned  CDC  sites  (Eglin 
AFB  and  Lawrence  Berkeley  Laboratory)  has  already  demonstrated  the  prob- 
lems that  result  from  this  conflict.  Aside  from  the  often  non-standard 
operating  systems  and  procedures  found  at  Government  installations,  the 
low  priority  and  restricted  computer  resource  allocations  given  to  BLAST 
users  as  compared  to  users  directly  supporting  the  site's  mission  con- 
siderably reduces  the  usability  and  effectiveness  of  the  BLAST  program 
as  a tool  for  energy  conservation  studies  and  designs. 

Bench  mark  runs  of  BLAST  show  that  while  costs  are  somewhat  higher 
on  commercial  computer  systems,  user  convenience  and  turnaround  time  are 
considerably  better  than  on  Government-owned,  mission-oriented  systems. 
The  BLAST  program,  therefore,  should  be  installed  and  supported  at  one 
of  the  commercial  CDC  computer  centers.  Specific  site  selection  will  be 
based  on  additional  bench  marks  which  are  nearly  complete. 

Using  a batch  terminal  similar  to  the  CDC  731,  DATA  100,  or  COPE 
1200  is  desirable  for  the  BLAST  program,  because  these  terminals  have  a 
card  reader  and  high-speed  printer  which  will  minimize  input  and  output 
time.  Wide  carriage  (132  characters)  interactive  terminals  can  be  used 
but  are  much  slower  (30  characters  per  second,  compared  to  480  charac- 
ters per  second  for  high-speed  batch  terminals). 


Implementation  Plan 

The  following  steps  should  be  taken  to  implement  the  BLAST  program 
in  BCE  and  CE  offices  and  with  special  teams  (if  any). 
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Instructions  from  AFIRE 


T . ; • " H .V  H | H 


AFPRE  should  issue  Engineering  Instructions  recommending  and  au- 
thorizing, but  not  requiring,  the  use  of  BLAST  for  evaluating  all  major 
retrofit  and  new  design  projects  and  studies. 

Manuals 


The  User's  and  Reference  Manuals  for  the  BLAST  program  will  be  up- 
dated based  on  results  of  the  field  test  and  comments  from  AFCEC  by  Oc- 
tober 1977  and  distributed  to  BCE  and  CE  offices  and  other  personnel  as 
required  during  the  first  quarter  of  FY78. 


User  Training  - First  Year 


AFPRE  will  provide  and  fund  user  training  on  a scheduled  basis; 

CERL  will  assist  as  described  In  the  foT'owinq  paragraph.  Representa- 
tatives  from  each  CE  and  BCE  office  will  require  training.  In  addition, 
since  benefits  to  be  derived  from  the  use  of  BLAST  may  not  be  fully  realized 
without  its  use  by  A/E's  working  for  the  Air  Force,  representatives  of  A/E 
firms  selected  by  the  CE  and  BCE  offices  may  also  be  trained.  A training 
session  of  not  less  than  4 days  is  required,  and  each  class  should  be 
restricted  to  20  students. 


CERL  will  develop  the  training  materials  and  provide  training  to 
the  Air  Force  Training  Team.  Subsequent  training  will  be  accomplished 
at  the  Air  Force  Civil  Engineering  School.  AFPRE  will  identify  students 
for  each  training  session  and  establish  the  funding  sources  to  support 
the  training  activities. 


User  Support  - First  Year 

During  the  first  year,  CERL  will  provide  necessary  user  support  by 
providing  answers  to  user  questions  over  the  telephone  or  by  problem 
transmission  to  or  from  the  computer,  and  by  serving  as  a focal  point 
for  obtaining  weather  data  tapes  and  keeping  the  User's  Manual  and  docu- 
mentation current.  This  support  will  be  phased  over  from  CERL  to  AFCEC 
or  a support  contractor  during  the  first  year  (see  next  paragraph). 

User  Support  After  First  Year 

User  support  after  the  first  year  of  implementation  will  be  the  re- 
sponsibility of  AFCEC  or  a support  contractor,  who  will  be  trained  by 
CERL  during  the  first  year.  AFPRE  will  establish  the  funding  source  for 
the  support  contractor  early  enough  to  permit  contract  award  in  the 
second  quarter  of  the  first  year  and  to  maintain  support  thereafter. 
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Maintenance  Requirements 

AFPRE  will  be  responsible  for  providing  maintenance  for  the  BLAST 
program.  It  is  expected  that  routine  maintenance  will  be  provided  by 
AFCEC  or  by  a support  contractor.  CERL  will  provide  technical  backup 
and  initial  training  to  AFCEC  or  the  contractor  as  required. 
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